区域病理会诊平台立项报告PISSAreaV10.docx
《区域病理会诊平台立项报告PISSAreaV10.docx》由会员分享，可在线阅读，更多相关《区域病理会诊平台立项报告PISSAreaV10.docx（19页珍藏版）》请在冰豆网上搜索。
区域病理会诊平台立项报告PISSAreaV10
区域病理会诊平台立项报告
文件状态：
[]草稿
[]正式发布
[√]正在修改
文件标识：
V1.0
当前版本：
0.9
作者：
樊杨坤
完成日期：
2016-8-30
版本历史
版本/状态
作者
参与者
起止日期
备注
0.9
樊杨坤
2016-6-30起
0.文档介绍
0.1文档目的
对本公司区域病理会诊平台项目（PISS-AREAV1.0）进行总体概括说明，提供立项建议。
所描述的内容是为了：
1.让系统分析人员，程序开发人员，项目管理人员在进行设计开发过程中能够明确所开发产品的目标、范围，是建立研发项目开发计划的依据与起点；
2.公司决策层，服务部门和营销部门作为是否同意立项的依据。
0.2文档范围
本文档对PISS-AREAV1.0项目的背景、目的、范围、进度、人员投入、工期和将产出的产品介绍以及和同类产品的对比进行说明，明确项目的产出和资源需求，作为项目验收的标准，以及制定项目软件开发计划的依据。
0.3读者对象
✧总经理
✧医疗数据与信息化事业部总监
✧研发经理
✧产品经理
✧其他项目评审人员
0.4参考文献
0.5术语与缩写解释
缩写、术语
解释
DC
岛昌
PP
项目规划——ProjectPlanning
PISS-AREA
区域病理会诊平台–PathologyIntelligenceStandardSolutionForArea
C/S
客户端/服务器端——Clientandsever
B/S
浏览器端/服务器端——Browserandserver
1.产品介绍
1.1产品定义
“病理标准化智能诊断平台”是为提升整体区域病理诊断的一套完整解决方案。
它基于一个中心医院和多个协作医院，能够为整个区域诊断联合体提供线上信息化平台和线下供应链体系。
并且中心医院还可以依托平台，利用我们的信息化产品将数字切片传向会诊端（包括美国医生），最终医生给出诊断建议和治疗方案，从而达到疑难病例精确诊断的目的产品的交付形式和内容如下
•PISS-AREAV1.0
•数字切片扫描仪、条码打印机、摄像头、扫描仪等外设
•用户手册一本
•安装说明书一本
光盘一张，包含以下内容：
•用户手册
•安装说明
•安装包（包含标准语句模版和标准报告样式模版）
1.2产品开发背景
1.2.1市场分析
在目前医改的浪潮下，分级诊疗已经成为整个区域诊断中的重要课题，而基于分级诊疗的区域病理诊断解决方案更是一块炙手可热的蛋糕；同时，真正意义上有效的中美病理会诊，更是能够为我国癌症治疗提供更好的帮助。
所以，构建区域病理整体解决方案不但能够促使我公司成功转型成为一个第三方区域诊断解决方案提供商，同时还能够促进我们的传统业务和新兴业务的增长。
在此背景下，提出应该开发PISS-AREAV1.0产品以有力的支持市场，应对市场的变化和发展。
1.2.2竞争对手分析
产品名称
优势
劣势
郎佳、华海等病理软件厂商
对全国病理科软件的市场占有率较高，因为长久以来和各病理科磨合，所以不管是在商务还是系统的健全性方面都比较完善，整个国内病理科室的业务信息化渠道很完善
1、区域解决方案较弱且无线下部分的支持
2、产品版本迭代更新较慢，界面较老
3、无硬件支持，纯业务软件公司尤其是医院项目，回款很差
麦克奥迪等基于数字切片仪的硬件厂商
具有病理学会支持的“中国数字病理远程诊断与质控平台”
具有自主品牌的数字切片扫描仪
具有一定专家资源入驻的会诊平台
与我们的模式不同，他们主要业务是基于数字切片的远程会诊（主要是销售自己的数字切片仪）
而我们是一个线上加线下的区域诊断整体解决方案，解决的是整个闭环业务而不只是病理流程最后的会诊工作
金宇、迪安等第三方诊断机构
自有一套完成的区域诊断解决方案，包括检验、病理，有非常完善的线下体系
1、线上部分较弱
2、与医院是竞争关系，与我们的业务模式不同
PISS-AREAV1.0
我们的优势在于：
1、线上部分有标准化的科室业务信息化系统，保证整个诊断过程标准可惜
2、线上部分有完善的区域申请端和接收端的信息系统，保证送检样本的准确无误，并能够跟我们的标准化业务系统进行无缝对接
3、线下部分有一套完整的供应链体系，保证样本全程可追踪
4、基于我们诊断平台的美国会诊端，对疑难病例进行会诊给出诊断建议和综合治疗方案极具竞争力
5、投资并与医院共建病理诊断中心，互利共赢
我们的劣势在于：
1、目前无成功案例，推广难度较大
2、与医院共建后如何保证投资回报率，风险较大
1.2.3产品技术架构
产品由PISS于“区域病理诊断平台”共同组成（有关PISS的整体架构参见《病理智能化标准解决方案立项报告v1.0》）。
“区域病理诊断平台”基于B/S架构，由服务端和WEB端组成，服务端基于自身的WCF服务和PISS的数据库组成，客户端应用到MVC、Angular.js等技术。
其中，利用我们平台进行中美会诊的项目架构和部署方案如下图：
总结：
所应用到的技术和框架目前较为成熟稳定，偶合性低、可扩展性强，应对需求变化的代码更改难度较低。
1.2.4产品开发规划
基于公司对整个研发中心的任务部署情况，PISS-AREAV1.0的整体开发周期为6个月时间，分为四个里程碑
Part1：
2016.5.1——2016.7.30，设计整体区域平台，技术与业务架构，完成web申请端的原型图与PISS端的需求变更确认
Part2：
2016.8.1——2016.8.30，完成美国会诊端的原型且完成申请端和PISS业务变更端的开发工作，推出α版本
Part3：
2016.9.1——2016.10.15，完成美国会诊端的开发工作
Part4：
2016.9.15——2016.10.30平台相关资质申请（软件著作权，专利等），平台宣传资料准备（宣传彩页、美国专家资料、美国医生背书等）
Part5：
2016.9.15——2016.10.30，α版本内部测试，同步进行演示环境的搭建，演示环境搭建详细内容如下：
1、西安、上海、美国三方的软件系统部署，西安作为中心端，上海和美国作为不同的两个会诊端
2、硬件系统部署：
西安：
硬件服务器搭建、展厅建设（包括PC机两台、数字切片仪一台），初定于日本滨松光子进行合作、远程视频会议系统一套
上海：
会诊用PC机一台，远程视频会议系统一套
美国：
会诊用PC机一台，远程视频会议系统一套
Part6:
2016.10.1——2016.11.15美国方面测试与合作事宜确定
1、在10月15日之前确定朴老师与我们需要签订的合作协议框架
2、在此阶段期间赴美国与朴老师商讨并签订合作协议，协议中最好包括整体的收费与各方职责（赴美任务一）
3、依据Part5的成果，在美国进行会诊端的测试，为了在项目测试阶段降低成本，我们初始的平台服务器单间在美国，所以我们需要在美国进行精确的测试，确定在什么样的网络带宽和服务器配置的情况下可以流畅的会诊。
（赴美任务二）
4、与吕博士商讨基于NGS的分子诊断外包的可能性，并探讨外包分子病理的LIMS给他的可能性。
以此作为我们后期构建自己的基因库的一个有力资源。
（赴美任务三）
Part7：
2016.11.1——2016.11.30销售环节：
1、在此阶段之前完成销售和咨询团队的建设，初步计划销售1人，咨询1人，或咨询2人
2、根据Part6的成果，广泛的寻找中方的合作医院，步骤是优先选择公司已有客户进行定点销售，其次选择优质的中心级别医院，再次选择有代表性的市县级别医院。
甄选医院客户环节非常重要
3、与医院签订合作协议，区域或中美远程会诊协议可分开来签，在此阶段需要与医院确定好整体的收费环节和各方责任问题
Part82016.11.30之后，售后环节：
1、定期对医院的使用情况进行跟踪，最好在初始阶段有专人在医院驻点进行跟踪与咨询工作
2、定期与医院进行财务结算
3、如果合作较好的医院，我们组织美国的病理专家到医院进行专题沙龙
1.3产品主要功能及角色
1.3.1功能角色说明
PISS-AREAV1.0主要包括申请端、中心端和会诊端三大业务模块，分别由诊断平台和PISS两大系统构建而成。
申请端到中心端业务结构图如下：
（图1.1）
图1.1web申请端的平台是由我们二期在7月30日前正式开发完成，中心的PISS系统已经开发完成，平台和PISS系统无缝对接
中心医院与美国进行会诊的业务流程图如下：
PS：
中美远程病理会诊的一个重要环节是通过我们搭建的视频会议系统，连接中心端医生和会诊端医生，在进行会诊过程中提供有效的沟通渠道，提高会诊的效率并减少会诊过程中出现的往复情况。
1.3.2界面原型图
区域申请端：
中心PISS端：
会诊端：
（注：
上图中的软件界面正在汉译英过程中）
1.4产品范围
本项目产出产品的软件应用范围：
✧产品可应用于构建区域病理诊断解决方案，并支持诊断中心与美国进行中美病理会诊，会诊结果包括美国病理医生给出的会诊意见和综合治疗方案
✧支持数字切片扫描仪、大体取材摄像头，显微镜下摄像头、免疫组化机、条码打印机等设备
✧产品支持与其他系统的无缝连接，如：
HIS、体检、CIS等；
✧产品区域申请段web平台与中心端PISS系统无缝对接，PISS能够和美国会诊端无缝对接
2.产品各项指标与技术参数
2.1产品部署规格参数
PISS-AREAV1.0解决方案是基于C/S+B/S架构，因此整体的设备部署情况如下：
申请端：
PC1台
条码打印机1台
普通打印机1台
扫码枪1个
高拍仪1个
中心端
服务器架设
PC若干
数字切片扫面议1台
条码打印机1台
扫码枪若干
打印机1台
高拍仪1个
取材用高清摄像头1个
显微镜+显微镜摄像头若干
包埋盒打印机、切片打印机、免疫组化机、特殊染色剂等大型设备选配
视频会议系统一套
会诊端：
PC1台
视频会议系统一套
2.2产品功能及性能指标
2.2.1功能指标；
1）设计的用户界面，风格统一、美观、清晰、易于理解和使用、具有现代感；
2）统一的后台服务层；
2.2.2性能指标；
1）登记抓取病人信息在2秒之内
2）大体采图和镜下采图每张图片存入数据库在1秒之内
3）制片相关列表单页显示1000条信息无卡顿感
4）查询页面以列表形式查询进行数据库分页，查询出3000条数据在2秒之内
5）全系统的非计划停机时间1年不超过9小时（availability≥99.9%
3.人力资源计划
角色
职责
人员
工作说明
公司领导
确定开发方案和项目预算
陈总，段玉龙
监督项目开发；指导项目开发；对项目开发过程进行支持
项目经理
拆分和分配项目中的工作；对项目管理过程进行管理；汇报项目进展、为项目组外人员提供咨询；协助开发人员进行分析和设计；协助配置管理员完成配置管理工作；总结项目经验，进行知识积累工作；
樊杨坤
负责整个项目的设计和开发；在设计开发和开发过程中进行管理；开发进展进行监督和汇报
需求分析员
分析、整理客户需求；提交产品需求规格说明书；
樊杨坤
分析、整理客户需求
系统设计员
完成产品的规划、设计；分析产品需求，转化为软件的功能描述；
樊杨坤、王茹
产品设计
程序员
编写模块设计说明书；完成代码设计；
王茹、刘云峰
编写代码、调试
测试员
根据功能需求，指定测试计划，编写测试用例；进行产品的测试工作；提交测试报告和改进意见；
王玮
测试产品
质量保证员
确定需要检查的主要过程域和主要工作成果；进行过程域的检查和管理；提交质量报告和改进意见
王玮
保证产品的质量
配置管理员
分析、确认配置项；进行配置项的检查和审核；提交配置管理报告；
张阳
管理和维护配置项
美工
产品的界面美好和前期的产品原型制作
张艳
负责界面美化
4.软硬件资源计划
软硬件资源名称
级别
详细配置
获取方式与时间
使用说明
开发用服务器
关键
待定
已有
设计、开发、测试过程中使用
开发用机
关键
PC机3台配置待定
已有
设计、开发过程中使用
测试、打包用机
关键
PC机一台配置待定
已有
测试、打包过程中使用
投影仪
关键
—
已有
讨论、会议、演示中使用
操作系统
普通
—
已有
—
开发环境
普通
—
已有
—
管理工具软件
普通
—
已有
—
第三方插件
关键
计划可能会用到web下的pdf展示和操作的国外第三方插件，预计可能会产生5—6千的费用
暂无
5.财务计划
提示：
暂无；
6.进度表
PISV1.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
每周五
项目开发
项目开发阶段A
樊杨坤、王茹、刘云峰、王玮
2016-7月开始，延续至9月底，测试同步进行
项目开发阶段B
樊杨坤、王茹、刘云峰、王玮
2016-10开始，进行上线部署，测试同步进行
7.风险分析
7.1人员的不稳定和变更
目前病理团队人员较为稳定，如果出现人员不稳定的情况如：
离职，休事假，休病假等
应对措施如下：
第一：
招聘储备人才
第二：
在项目开启前，给尽量多的研发和测试人员做培训，以备不时之需，在人员出现问题的时候能够及时补充上来。
第三：
在项目开启前尽量了解项目组成员未来的计划，了解项目人员是否在未来的一两个季度有不稳定的因素出现。
7.2临时有项目的开启
据目前情况分析，在2016年二三季度可能开启的项目有“组织库管理”项目
对于未来可能会开启的项目，应对方式是：
做好项目开发计划，以公司的业务模式和营销计划为基准合理化的调整开发计划。
7.3需求不确定等因素
产品经理在开发人员正式开发之前完成需求说明文档，和开发人员完成沟通，确定之后再进行开发，这样不会浪费成本。
8.总结
我们可以得到以下结论：
1）软件的实现采取比较务实的技术方案；
2）针对各技术难点都将采用相应的解决措施降低风险；
3）产品计划和管理措施将进行有针对性的里程碑控制；
4）产品开发目标符合公司现状；
5）产品开发结果对公司产品发展有非常大重要意义。
6）市场、政策、技术、资源可行性分析均表明，此项目可以顺利完成。
基于以上结论，望公司准予立项！
附录公司领导审批
提示：
（1）公司领导根据“项目计划检查表”认真审批《项目计划》
（2）如果是合同项目，可能还要请客户审批，视具体情况而定。
项目计划检查表
结论
项目的目标明确吗？
可以验证吗？
项目的范围清楚吗？
对项目的规模和复杂性的估计可信吗？
对项目的工作量估计可信吗？
对项目的成本估计可信吗？
项目的过程控制方案合理吗？
项目所有角色的职责清楚吗？
人员安排合理吗？
项目所需的软件硬件资源合理吗？
项目开支计划合理吗？
任务分配合理吗？
进度合理吗？
……
审批结论
[]批准该计划
[]不批准
意见建议
公司领导签字
附录C项目计划变更控制报告
项目计划的变更申请
申请变更的
《项目计划》
输入名称，版本，完成日期等信息
需要变更的内容
及其理由
评估计划变更将对
项目造成的影响
项目经理签字
变更申请的审批意见
高级经理审批
审批意见：
签字，日期
客户代表审批
（合同项目）
审批意见：
签字，日期
更改项目计划
变更后的
《项目计划》
输入名称，版本，完成日期等信息
项目经理签字
重新审批项目计划
高级经理审批
审批意见：
签字，日期
升级会员 