医疗相关

说来也是尴尬，去年做了一年地产的交付，刚开始觉得有点感觉了，今年就变成搞医疗。新的行业，又是新一轮行业门槛，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卖的是服务不是技术指标。

项目交付要考虑的事情很多，不再是埋头做设计写代码就能完成。应该来说，不可能有完美无暇的交付，架构设计也是。有时候考虑的不单单是满足需求，以前考虑都是时间换空间，或是反过来，现在考虑的更多是成本，易用性，或者一定要用某款产品一定要用某家供应商，懂的自然懂。

并不是所有给你提需求的都是你的客户。