说来也是尴尬,去年做了一年地产的交付,刚开始觉得有点感觉了,今年就变成搞医疗。新的行业,又是新一轮行业门槛,HIS,RIS,PACS,DICOM、OLAP。。。想着要沉淀一些东西,写了一稿发现都是些业务敏感数据,也不适合作为文章发出来。
项目是在长沙做的。先谈谈长沙的医疗现状。
截至2018年底,全市辖区内共有各级各类医疗卫生机构4493个,其中医院188个,乡镇卫生院99个、村卫生室1299个、村卫生室延伸点785个、社区卫生服务机构282个、妇幼保健机构11个。2017年,全市医疗卫生机构总诊疗人次达4803.87万人次,出院病人248.13万人次。全市医疗卫生机构建设使用的信息平台19个,信息系统182个,其中直报系统28个,机构内部管理系统93个,涉及信息系统建设厂家57个。
可以看出来,一二三级医疗机构很多,每个机构的系统也很多,要做统一集成很难。大部分数据停留在基层机构上面,没有上报或者错误上报到上层平台。
从合同界面上,按部就班有多少钱做多少事。全市这么多医疗机构不可能全部都纳入规划(时间和预算成本有限),只能先圈定市直7家三甲医院。一来信息化程度较高,二来三甲医院更具有代表性。
从方案设计上,坚持几个原则。
搭建统一的入口,把多个模块集成到门户小程序。以电子健康卡作为统一用户索引,打通挂缴查和医保支付、健康档案查询、导诊预问诊等业务流程。
数据采集也由统一模块完成,文本数据由主题库从基卫平台和供应商已有系统采集,不直接面向医疗机构,充分复用已有资源。图像数据由云PACS系统对接医院已有PACS系统,做图像数据的采集清洗和储存,并输送给内部AI模块做辅助诊疗分析。
安全方面考虑端到端的覆盖。医院本地前置机外接探针,每个操作系统按照杀毒软件,出口节点部署防火墙,另外加上数据库防护和数据库审查。云端安全由大项目保证,提供云镜、抗D、web安全防护。
数据质量说实话很差,存在数据不全、数据错误、数据造假等现象,医院自负盈亏的组织,抛开政治任务不谈,医院本身已经有一套至少能跑的系统。为什么要使用新的平台,增加了负担和成本,技术侧能做的不多,要做这不多的事情,就要充分考虑减轻医院的负担和成本。所以思路就是尽量避免本地部署服务器(因为要占用机房水电),对接医院已有系统而不是取代,不影响原本系统正常使用,轻前端重后端。功能设计要充分考虑到医院医务人员的使用方便,2B卖的是服务不是技术指标。
项目交付要考虑的事情很多,不再是埋头做设计写代码就能完成。应该来说,不可能有完美无暇的交付,架构设计也是。有时候考虑的不单单是满足需求,以前考虑都是时间换空间,或是反过来,现在考虑的更多是成本,易用性,或者一定要用某款产品一定要用某家供应商,懂的自然懂。
并不是所有给你提需求的都是你的客户。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。