2019年医疗信息建模方法与开放式电子病历系统开发平台.pdf

《2019年医疗信息建模方法与开放式电子病历系统开发平台.pdf》由会员分享，可在线阅读，更多相关《2019年医疗信息建模方法与开放式电子病历系统开发平台.pdf（40页珍藏版）》请在三个皮匠报告上搜索。

1、医疗信息建模方法 与开放式电子病历系统开发平台报告目录Contents医疗信息化需求和现状医疗信息化需求和现状软件工程角度理论分析软件工程角度理论分析临床业务建模临床业务建模开放电子病历平台的业务架构开放电子病历平台的业务架构开放电子病历平台的技术架构开放电子病历平台的技术架构技术路径与愿景技术路径与愿景医疗信息化现状和需求目录医疗大数据政策医疗数据特征临床电子病历问题信息化需求医疗信息化愿景医疗信息化现状和需求医疗大数据政策2014年2015年9月2016年6月2017年1月 2014年，国家卫计委制定国家卫生、计生资源整合顶层设计规划-“46312”工程 2015年，关于促进大数据发展的行

2、动纲要 2016年，关于促进和规范健康医疗大数据应用发展的指导意见 2017年，十三五全国人口健康信息化发展规划 2018年，国家健康医疗大数据标准、安全和服务管理办法（试行）2018年9月医疗信息化现状和需求医疗数据特征医疗数据的特点医疗数据的特点医疗大数据具备一般的大数据特征：规模大、结构多样、增长快速、价值巨大。另外作为医疗领域产生的数据具备医疗领域的特点：多态数据类型多样隐私隐私泄漏风险时效时效性强冗余重复数据医疗信息化现状和需求临床电子病历问题现状比喻现状比喻现在的医疗信息化系统好比是一座桥，桥上走的和跑的是患者，桥上的石狮子、花纹等装饰是大数据、人工智能和物联网。院长们和领导们喜欢

3、看的，往往是桥上的华丽产物，却忽视了桥下的基础。桥下是信息科和软件开发商的人在苦苦支撑，东修西补来维持桥梁的正常运作。针对不断变化的临床业务需求，信息科的人对软件开发商怨声不绝，而开发商也是苦不堪言，陷入恶性循环。创建一套拥有强大扩展能力的富有弹性的信息化系统，成为解决问题的关键。非结构化或半结构化真实性数据后补互联互通信息孤岛科研难数据在厂家手中医疗信息化现状和需求标准化的数据标准化的数据同一领域内的信息有统一的标准不同领域的信息有一致的接口信息互通信息互通基于医疗术语的同一患者信息在不同医院互通患者信息在整个生命周期过程中的医疗数据互通软件延续性和扩展性软件延续性和扩展性减少软件厂商因素导

4、致系统无法维护避免使用不良架构导致系统扩展缺陷快速响应快速响应减少用户需求沟通时间，快速响应临床需求减少维护人员的学习时间医疗信息化需求医疗信息化现状和需求医疗信息化愿景构建与供应商无关的，由临床专家主导的专科应用体系；减少信息化的重复投入和系统维护投入，增加需求响应速度和提高系统稳定性；通过多方参与、共同运营临床模型仓库、医疗数据存储等服务，实现医疗信息的标准化并互联互通。报告目录Contents医疗信息化需求和现状医疗信息化需求和现状软件工程角度理论分析软件工程角度理论分析临床业务建模临床业务建模开放电子病历平台的业务架构开放电子病历平台的业务架构开放电子病历平台的技术架构开放电子病历平台

5、的技术架构技术路径与愿景技术路径与愿景软件工程角度理论分析目录传统瀑布开发模式迭代和敏捷模式Luna模式软件工程角度理论分析传统瀑布式开发01需求调研需求调研02需求分析需求分析03系统设计系统设计04开发编码开发编码多次评审多次评审06系统上线系统上线05系统测试系统测试07系统维护系统维护软件工程角度理论分析传统瀑布式开发模式特点模式特点强调文档强调文档前一个阶段的输出就是下一个阶段的输入，文档是阶段衔接的唯一信息接口。所以很多开发人员好像是在开发文档，而不是开发软件，因为要到软件开发的后期，我们才可以看到软件的“模样”。缺乏迭代与反馈缺乏迭代与反馈电子病历操作繁琐，医生在录入数据时，难免

6、会出现疲倦与懈怠，录入的数据的准确性会存有疑问。不适合客户需求不断变化的软件开发不适合客户需求不断变化的软件开发“唯一不变的是用户变化的需求”，用户业务需求随着市场变化而改变，在软件初期的设计时需求可能已经发生变化，而后期的需求更改成本是开始的10倍工作量。在过去的医疗软件市场里，一方面市场带动需求变化，另一方面初期客户对需求描述不清楚，这些客观因素都为瀑布模型的使用团队带来困难与障碍。软件工程角度理论分析迭代、敏捷开发01需求需求02设计设计03开发开发04测试测试05交付一交付一05交付二交付二05交付交付N N01需求需求02设计设计03开发开发04测试测试第一迭代期第一迭代期第二迭代期