区域病理会诊平台立项报告(PISS-AreaV10).pdf

上传人:tbuqq 文档编号:5594598 上传时间:2020-06-21 格式:PDF 页数:21 大小:1,000.66KB
返回 下载 相关 举报
区域病理会诊平台立项报告(PISS-AreaV10).pdf_第1页
第1页 / 共21页
区域病理会诊平台立项报告(PISS-AreaV10).pdf_第2页
第2页 / 共21页
区域病理会诊平台立项报告(PISS-AreaV10).pdf_第3页
第3页 / 共21页
区域病理会诊平台立项报告(PISS-AreaV10).pdf_第4页
第4页 / 共21页
区域病理会诊平台立项报告(PISS-AreaV10).pdf_第5页
第5页 / 共21页
点击查看更多>>
资源描述

《区域病理会诊平台立项报告(PISS-AreaV10).pdf》由会员分享,可在线阅读,更多相关《区域病理会诊平台立项报告(PISS-AreaV10).pdf(21页珍藏版)》请在三一文库上搜索。

1、区域病理会诊平台立项报告 文件状态: 草稿 正式发布 正在修改 文件标识:V1.0 当前版本:0.9 作者:樊杨坤 完成日期:2016-8-30 2 / 21 版 本 历 史 版本 /状态作者参与者起止日期备注 0.9樊杨坤2016-6-30 起 3 / 21 目 录 0. 文档介绍 5 0.1 文档目的 . 5 0.2 文档范围 . 5 0.3 读者对象 . 5 0.4 参考文献 . 5 0.5 术语与缩写解释 5 1. 产品介绍 6 1.1 产品定义 . 6 1.2 产品开发背景 . 6 1.2.1市场分析 . 6 1.2.2竞争对手分析 7 1.2.3产品技术分析 8 1.2.4产品发展

2、规划 8 1.3 产品主要功能及角色 10 1.3.1 功能角色说明. 10 1.3.2 功能列表 11 1.4 产品范围 . 14 2. 产品各项指标与技术参数 . 14 2.1 产品部署规格参数 14 2.2产品功能及性能指标 . 15 2.2.1 功能指标; 15 2.2.2 性能指标; 15 3. 人力资源计划. 16 4. 软硬件资源计划. 16 5. 财务计划 17 6. 进度表 17 7. 风险分析 18 7.1人员的不稳定和变更 18 7.2临时有项目的开启 18 7.3 需求不确定等因素 18 8. 总结 19 附录公司领导审批 20 4 / 21 附录 C 项目计划变更控制

3、报告 21 5 / 21 0. 文档介绍 0.1 文档目的 对本公司区域病理会诊平台项目(PISS-AREA V1.0 )进行总体概括说明,提供立项 建议。所描述的内容是为了: 1.让系统分析人员,程序开发人员,项目管理人员在进行设计开发过程中能够明确所 开发产品的目标、范围,是建立研发项目开发计划的依据与起点; 2.公司决策层,服务部门和营销部门作为是否同意立项的依据。 0.2 文档范围 本文档对PISS-AREA V1.0 项目的背景、目的、范围、进度、人员投入、工期和将产 出的产品介绍以及和同类产品的对比进行说明,明确项目的产出和资源需求,作为项目 验收的标准,以及制定项目软件开发计划的

4、依据。 0.3 读者对象 总经理 医疗数据与信息化事业部总监 研发经理 产品经理 其他项目评审人员 0.4 参考文献 0.5 术语与缩写解释 缩写、术语解释 DC 岛昌 6 / 21 PP 项目规划Project Planning PISS-AREA 区域病理会诊平台 Pathology Intelligence Standard Solution For Area C/S 客户端 /服务器端Client and sever B/S 浏览器端/服务器端 Browser and server 1. 产品介绍 1.1 产品定义 “病理标准化智能诊断平台”是为提升整体区域病理诊断的一套完整解决方案。

5、它 基于一个中心医院和多个协作医院,能够为整个区域诊断联合体提供线上信息化平台和 线下供应链体系。并且中心医院还可以依托平台,利用我们的信息化产品将数字切片传 向会诊端(包括美国医生),最终医生给出诊断建议和治疗方案,从而达到疑难病例精确 诊断的目的产品的交付形式和内容如下 PISS-AREA V1.0 数字切片扫描仪、条码打印机、摄像头、扫描仪等外设 用户手册一本 安装说明书一本 光盘一张,包含以下内容: 用户手册 安装说明 安装包(包含标准语句模版和标准报告样式模版) 1.2 产品开发背景 1.2.1 市场分析 在目前医改的浪潮下,分级诊疗已经成为整个区域诊断中的重要课题,而基于分级 诊疗

6、的区域病理诊断解决方案更是一块炙手可热的蛋糕;同时,真正意义上有效的中美 病理会诊,更是能够为我国癌症治疗提供更好的帮助。所以,构建区域病理整体解决方 案不但能够促使我公司成功转型成为一个第三方区域诊断解决方案提供商,同时还能够 促进我们的传统业务和新兴业务的增长。 7 / 21 在此背景下,提出应该开发PISS-AREA V1.0产品以有力的支持市场,应对市场的 变化和发展。 1.2.2 竞争对手分析 产品名称优势劣势 郎佳、华海等病理软件厂商对全国病理科软件的市场占有率 较高,因为长久以来和各病理科 磨合,所以不管是在商务还是系 统的健全性方面都比较完善,整 个国内病理科室的业务信息化渠

7、道很完善 1、区域解决方案较弱 且无线下部分的支持 2、产品版本迭代更新 较慢,界面较老 3、无硬件支持,纯业 务 软 件 公 司 尤 其 是 医 院项目,回款很差 麦克奥迪等基于数字切片仪 的硬件厂商 具有病理学会支持的“中国数字 病理远程诊断与质控平台” 具有自主品牌的数字切片扫描仪 具有一定专家资源入驻的会诊平 台 与我们的模式不同,他 们 主 要 业 务 是 基 于 数 字切片的远程会诊(主 要 是 销 售 自 己 的 数 字 切片仪) 而 我 们 是 一 个 线 上 加 线 下 的 区 域 诊 断 整 体 解决方案, 解决的是整 个 闭 环 业 务 而 不 只 是 病 理 流 程 最

8、 后 的 会 诊 工作 金宇、迪安等第三方诊断机 构 自有一套完成的区域诊断解决方 案,包括检验、病理,有非常完 善的线下体系 1、 线上部分较弱 2、 与 医 院 是 竞 争 关 系,与我们的业务 模式不同 PISS-AREA V1.0我们的优势在于: 1、 线 上 部 分 有 标 准 化 的 科 室 业 务信息化系统,保证整个诊断 过程标准可惜 2、 线 上 部 分 有 完 善 的 区 域 申 请 端和接收端的信息系统,保证 送检样本的准确无误,并能够 跟 我 们 的 标 准 化 业 务 系 统 进 行无缝对接 3、 线 下 部 分 有 一 套 完 整 的 供 应 链体系, 保证样本全程可

9、追踪 我们的劣势在于: 1、 目前无成功案例, 推广难度较大 2、 与医院共建后如何 保证投资回报率, 风险较大 8 / 21 4、 基 于 我 们 诊 断 平 台 的 美 国 会 诊端, 对疑难病例进行会诊给 出 诊 断 建 议 和 综 合 治 疗 方 案 极具竞争力 5、 投 资 并 与 医 院 共 建 病 理 诊 断 中心,互利共赢 1.2.3 产品技术架构 产品由PISS 于“区域病理诊断平台”共同组成(有关PISS 的整体架构参见病理 智能化标准解决方案立项报告v1.0 ) 。 “ 区域病理诊断平台” 基于B/S 架构,由服务端和WEB端组成,服务端基于自身的 WCF 服务和PISS

10、 的数据库组成,客户端应用到MVC 、 Angular.js等技术。 其中,利用我们平台进行中美会诊的项目架构和部署方案如下图: 区域中心申请端 标准化 PISS (CS ) 美国会诊端 会诊平台 (BS ) DBridge PISS 服务器 +数据库 1、会诊平台 web 部署 IIS 中国服务器 美国服务器 断点续传推送数据 vpn FTP 总结:所应用到的技术和框架目前较为成熟稳定,偶合性低、可扩展性强,应对需 求变化的代码更改难度较低。 1.2.4 产品开发规划 基于公司对整个研发中心的任务部署情况,PISS-AREA V1.0的整体开发周期为6 个 月时间,分为四个里程碑 Part

11、1 :2016.5.1 2016.7.30 ,设计整体区域平台,技术与业务架构,完成web 申 请端的原型图与PISS 端的需求变更确认 Part 2: 2016.8.1 2016.8.30 ,完成美国会诊端的原型且完成申请端和PISS 业务 9 / 21 变更端的开发工作,推出版本 Part 3 : 2016.9.1 2016.10.15 ,完成美国会诊端的开发工作 Part 4 :2016.9.15 2016.10.30 平台相关资质申请(软件著作权,专利等),平台 宣传资料准备(宣传彩页、美国专家资料、美国医生背书等) Part 5 :2016.9.15 2016.10.30 ,版本内部

12、测试,同步进行演示环境的搭建,演 示环境搭建详细内容如下: 1、 西安、上海、美国三方的软件系统部署,西安作为中心端,上海和美国作为不同 的两个会诊端 2、 硬件系统部署: 西安:硬件服务器搭建、展厅建设(包括PC 机两台、数字切片仪一台),初定 于日本滨松光子进行合作、远程视频会议系统一套 上海:会诊用PC 机一台,远程视频会议系统一套 美国:会诊用PC 机一台,远程视频会议系统一套 Part 6: 2016.10.1 2016.11.15 美国方面测试与合作事宜确定 1、 在 10 月 15 日之前确定朴老师与我们需要签订的合作协议框架 2、 在此阶段期间赴美国与朴老师商讨并签订合作协议,

13、协议中最好包括整体的 收费与各方职责(赴美任务一) 3、 依据Part 5 的成果,在美国进行会诊端的测试,为了在项目测试阶段降低 成本, 我们初始的平台服务器单间在美国,所以我们需要在美国进行精确的 测试,确定在什么样的网络带宽和服务器配置的情况下可以流畅的会诊。( 赴 美任务二) 4、 与吕博士商讨基于NGS 的分子诊断外包的可能性,并探讨外包分子病理的 LIMS给他的可能性。 以此作为我们后期构建自己的基因库的一个有力资源。 (赴美任务三) Part 7 : 2016.11.1 2016.11.30 销售环节: 1、 在此阶段之前完成销售和咨询团队的建设,初步计划销售1 人,咨询1 人,

14、 或咨询2 人 2、 根据 Part 6 的成果,广泛的寻找中方的合作医院,步骤是优先选择公司已有 客户进行定点销售,其次选择优质的中心级别医院,再次选择有代表性的市 县级别医院。甄选医院客户环节非常重要 3、 与医院签订合作协议,区域或中美远程会诊协议可分开来签,在此阶段需要 与医院确定好整体的收费环节和各方责任问题 Part 8 2016.11.30 之后,售后环节: 1、 定期对医院的使用情况进行跟踪,最好在初始阶段有专人在医院驻点进行跟 踪与咨询工作 2、 定期与医院进行财务结算 3、 如果合作较好的医院,我们组织美国的病理专家到医院进行专题沙龙 10 / 21 1.3 产品主要功能及

15、角色 1.3.1 功能角色说明 PISS-AREA V1.0主要包括申请端 、 中心端 和 会诊端 三大业务模块,分别由诊断平 台和 PISS 两大系统构建而成。 申请端到中心端业务结构图如下: 会诊申请端 标本 蜡块 切片 通过会诊平 台WEB 端申 请” 区域中心端 确认接收 取材、包 埋、制片 书写报告 通过 PISS 进 行中心端诊 断 报告打印 (图 1.1) 图 1.1web 申请端的平台是由我们二期在7 月 30 日前正式开发完成,中心的PISS 系统已经开发完成,平台和PISS 系统无缝对接 中心医院与美国进行会诊的业务流程图如下: 11 / 21 中美远程诊断云平台 中美会诊

16、服务器 (美方) 中心医院 (SPV) 协作医院 协作医院 中美会诊服务器 (中方) 提交申请 美方中心 接 收 申 请 美中心备份存储 USA Doctor USA Doctor 申请 返回 申请 返回 返 回 会 诊 报 告 中心医院进行会诊申请 中心医院对会诊病历进行初诊 中心医院SPV公司进行收费 中心医院SPV公司与美方结算 提交资料包含: 1、whole slide(含标注) 2、初诊报告 病例加密、断点续传方式 “Real Report“ + 医生签名 美方中心负责分片 美方中心审核美国医生的会诊报 告 存储由医生筛选的 病理切片唯一 TAG;和报告 1、Whole slide

17、2、蜡块 1、 Whole slide 2、初诊报告 3、返回会诊报告 中方复审后,中美 医生进行会签 PS:中美远程病理会诊的一个重要环节是通过我们搭建的视频会议系统,连接中心端医 生和会诊端医生,在进行会诊过程中提供有效的沟通渠道,提高会诊的效率并减少会诊 过程中出现的往复情况。 1.3.2 界面原型图 区域申请端: 12 / 21 中心 PISS 端: 13 / 21 会诊端: 14 / 21 (注:上图中的软件界面正在汉译英过程中) 1.4 产品范围 本项目产出产品的软件应用范围: 产品可应用于构建区域病理诊断解决方案,并支持诊断中心与美国进行中美病 理会诊,会诊结果包括美国病理医生给

18、出的会诊意见和综合治疗方案 支持数字切片扫描仪、大体取材摄像头,显微镜下摄像头、免疫组化机、条码 打印机等设备 产品支持与其他系统的无缝连接,如:HIS 、体检、CIS 等; 产品区域申请段web 平台与中心端PISS 系统无缝对接,PISS 能够和美国会诊 端无缝对接 2. 产品各项指标与技术参数 2.1 产品部署规格参数 PISS-AREA V1.0解决方案是基于C/S+B/S架构,因此整体的设备部署情况如下: 申请端: PC 1 台 15 / 21 条码打印机1 台 普通打印机1 台 扫码枪1 个 高拍仪1 个 中心端 服务器架设 PC 若干 数字切片扫面议1 台 条码打印机1 台 扫码

19、枪若干 打印机1 台 高拍仪1 个 取材用高清摄像头1 个 显微镜 +显微镜摄像头若干 包埋盒打印机、切片打印机、免疫组化机、特殊染色剂等大型设备选配 视频会议系统一套 会诊端: PC 1 台 视频会议系统一套 2.2 产品功能及性能指标 2.2.1 功能指标; 1)设计的用户界面,风格统一、美观、清晰、易于理解和使用、具有现 代感; 2)统一的后台服务层; 2.2.2 性能指标; 1)登记抓取病人信息在2 秒之内 2)大体采图和镜下采图每张图片存入数据库在1 秒之内 3)制片相关列表单页显示1000 条信息无卡顿感 4)查询页面以列表形式查询进行数据库分页,查询出 3000 条数据在2 秒

20、之内 5)全系统的非计划停机时间 1年不超过9 小时( availability 99.9% 16 / 21 3. 人力资源计划 角色职责人员工作说明 公司领导确定开发方案和项目预算陈总,段玉龙监督项目开发;指导 项目开发; 对项目开 发过程进行支持 项目经理拆分和分配项目中的工作;对项目管理过 程进行管理;汇报项目进展、为项目组外 人员提供咨询;协助开发人员进行分析和 设 计 ; 协 助 配 置 管 理 员 完 成 配 置 管 理 工 作;总结项目经验,进行知识积累工作; 樊杨坤负 责 整 个 项 目 的 设 计和开发; 在设计开 发 和 开 发 过 程 中 进 行管理; 开发进展进 行监督

21、和汇报 需求分析员分析、整理客户需求;提交产品需求规格 说明书; 樊杨坤分析、整理客户需求 系统设计员完成产品的规划、设计;分析产品需求, 转化为软件的功能描述; 樊杨坤、王茹产品设计 程序员编写模块设计说明书;完成代码设计;王茹、刘云峰编写代码、调试 测试员根据功能需求,指定测试计划,编写测试 用例;进行产品的测试工作;提交测试报 告和改进意见; 王玮测试产品 质量保证员确 定 需 要 检 查 的 主 要 过 程 域 和 主 要 工 作 成果;进行过程域的检查和管理;提交质 量报告和改进意见 王玮保证产品的质量 配置管理员分析、确认配置项;进行配置项的检查和 审核;提交配置管理报告; 张阳管

22、理和维护配置项 美工产品的界面美好和前期的产品原型制作张艳负责界面美化 4. 软硬件资源计划 软硬件资源名称级别详细配置获取方式与时间使用说明 开发用服务器关键待定已有设计、开发、测 试过程中使用 开发用机关键PC 机 3 台 配置待定已有设计、开发过程 中使用 17 / 21 测试、打包用机关键PC 机一台配置待定已有测试、打包过程 中使用 投影仪关键已有讨论、会议、演 示中使用 操作系统普通已有 开发环境普通已有 管理工具软件普通已有 第三方插件关键计 划 可 能 会 用 到web 下 的 pdf展 示和操 作的 国外 第三 方 插 件 , 预 计 可 能 会 产 生 56 千的费用 暂无

23、 5. 财务计划 提示:暂无; 6. 进度表 PIS V1.0 项目按照本月无突发任务计划如下: 名 称 工作内容责任人时间安排 项 目 立项 编写区域病理会诊平台立项报告樊杨坤2016-8-30 搭建开发环境测试人员A 2016-7 项目评审会及项目启动会议陈总,段玉龙,樊杨 坤等 2016-9 配置管理检查测试人员A 每周五 项目 开启 PISS-AREA-V1.0 项目需求分析樊杨坤2016-8 PISS-AREA-V1.0 详细设计樊杨坤2016-8 PISS-AREA-V1.0 项目阶段评审陈总,段玉龙, 樊杨坤2016-9 项目会议樊杨坤、 PIS 开发团队 成员、测试人员A 每周

24、五 18 / 21 项目 开发 项目开发阶段A樊杨坤、王茹、刘云 峰、王玮 2016-7月开始,延续至9 月 底,测试同步进行 项目开发阶段B樊杨坤、王茹、刘云 峰、王玮 2016-10开 始 , 进 行 上 线 部 署,测试同步进行 7. 风险分析 7.1 人员的不稳定和变更 目前病理团队人员较为稳定,如果出现人员不稳定的情况如:离职,休事假,休病 假等 应对措施如下: 第一:招聘储备人才 第二:在项目开启前,给尽量多的研发和测试人员做培训,以备不时之需,在人员 出现问题的时候能够及时补充上来。 第三:在项目开启前尽量了解项目组成员未来的计划,了解项目人员是否在未来的 一两个季度有不稳定的因

25、素出现。 7.2 临时有项目的开启 据目前情况分析,在2016 年二三季度可能开启的项目有“组织库管理”项目 对于未来可能会开启的项目,应对方式是:做好项目开发计划,以公司的业务模式 和营销计划为基准合理化的调整开发计划。 7.3 需求不确定等因素 产品经理在开发人员正式开发之前完成需求说明文档,和开发人员完成沟通,确定 之后再进行开发,这样不会浪费成本。 19 / 21 8. 总结 我们可以得到以下结论: 1)软件的实现采取比较务实的技术方案; 2)针对各技术难点都将采用相应的解决措施降低风险; 3)产品计划和管理措施将进行有针对性的里程碑控制; 4)产品开发目标符合公司现状; 5)产品开发

26、结果对公司产品发展有非常大重要意义。 6)市场、政策、技术、资源可行性分析均表明,此项目可以顺利完成。 基于以上结论,望公司准予立项! 20 / 21 附录公司领导审批 提示: (1)公司领导根据“项目计划检查表”认真审批项目计划 (2)如果是合同项目,可能还要请客户审批,视具体情况而定。 项目计划检查表结论 项目的目标明确吗?可以验证吗? 项目的范围清楚吗? 对项目的规模和复杂性的估计可信吗? 对项目的工作量估计可信吗? 对项目的成本估计可信吗? 项目的过程控制方案合理吗? 项目所有角色的职责清楚吗? 人员安排合理吗? 项目所需的软件硬件资源合理吗? 项目开支计划合理吗? 任务分配合理吗? 进度合理吗? 审批结论 批准该计划 不批准 意见建议 公司领导签字 21 / 21 附录 C 项目计划变更控制报告 项目计划的变更申请 申请变更的 项目计划 输入名称,版本,完成日期等信息 需要变更的内容 及其理由 评估计划变更将对 项目造成的影响 项目经理签字 变更申请的审批意见 高级经理审批 审批意见: 签字,日期 客户代表审批 (合同项目) 审批意见: 签字,日期 更改项目计划 变更后的 项目计划 输入名称,版本,完成日期等信息 项目经理签字 重新审批项目计划 高级经理审批 审批意见: 签字,日期

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 其他


经营许可证编号:宁ICP备18001539号-1