共计 4666 个字符，预计需要花费 12 分钟才能阅读完成。
一、龙华区医疗信息化建设状况
首先，给大家介绍一下龙华区医疗信息化建设的状况，龙华区位于深圳市的中部，目前上司 3 家公立医院，2 家公共卫生机构。2017 年，龙华区提出了建设智慧龙华总体框架计划，龙华区卫生衰弱局也提出了建设智慧医疗 114 工程的整体思路。整个 114 工程保持“五对立”的准则，即基于对立网络、对立平台、对立数据、统一标准、对立运维。
第一个“1”是建设龙华区全民衰弱信息平台，收集各个医院和零碎的医疗数据和衰弱档案；第二个“1”是建设一张卫生专网和卫生数据中心。“4”代表建设医疗服务、惠民服务、公卫监管及综合治理四大利用体系。咱们解决了信息统建的问题，然而还有一些问题困扰着咱们。
二、难于解决的问题
1. 数据标准化
数据标准化在整个医疗体系中十分重要，然而医疗机构的治理部门比拟多，有卫生衰弱局、医保局、物价局等，而且各个部门都提出了本人的数据规范。卫生衰弱局提出的手术编码标准是国临，医保局提出来的手术编码是医保术语，物价局提出的编码叫 CCHI，三套体系之间互相关联，但差异性比拟大，十分影响医疗机构日常应用这些数据。
其次就是科室不足业余的 IT 人员。一般业务人员很难了解整个信息化建设的逻辑和思维，很难无效地解决日常工作中的信息化问题。信息科的人对信息化把握没有问题，然而因为分工，很难直接参与科室事务。所以，业务科室很多的数据规范，信息科都没有方法很好地把控。
这些数据规范还有一个问题，就是溯源十分艰难。这些数据只有在后续统计的时候，才有可能发现有问题，而且往往是呈现了比拟大的偏差。如果是一些小的、细节性的谬误，咱们很难第一工夫发现。就算发现也很难去溯源，不晓得问题在哪里。
另外，医院有多套零碎，规范数据在各个系统中都存在，同源数据关联多个零碎时就存在对照问题。对照在医院信息化中十分十分好受，对照错了或者忘了对照该怎么解决，这些问题都深深困扰着业务人员。所以，咱们总说数据规范定义难，执行更加艰难，在医院后续数据的利用也十分艰难。
2. 多方协同协
同难在医院中也是一个比拟广泛的问题，因为医院人员多，部门多，而且龙华比拟非凡，还有医院和医院之间的协同。另外，医院跟患者之间也存在协同问题。咱们以前的协同都是通过各种群、各种动静表单、各种共享表格去收集数据。这些收集来的数据参差不齐，因为各个业务部门都依据各自的需要来设计和提交。而且很多表单在没有根底数据反对的状况下，须要咱们反复填写信息，比方职工档案、患者信息，信息收集的效率十分差。
另外一个就是指向性的协同无奈实现。何为指向性协同？比方我要向全院医生、护士、中层管理者等特定群体收集一些信息。在以前，咱们是没法很好地实现这种指向性协同的，最多拉个群，把医生拉到一个群里，把护士拉一个群里。随着指向群体的变动，咱们要始终建不同的群，而且大家对群里须要协同的事件响应也不是很及时，所以咱们协同问题也很难解决。
3. 业务需要难满足，数据利用低效
其实咱们各个科室的诉求变动十分快，有些利用又很小，如果找厂商做零碎，首先周期十分长，再者当前需要迭代也十分艰难。另外，通过这些表单收集的数据都是散落的，没法标准化、无效地汇集在一起，很难共享和统计。这些统计可能只实用于他本人科室的一些层面，整个数据的价值就齐全失落了。
4.流程与制度的变动
医院的倒退还是比拟迅速的，带来的是整个医院、科室的制度和流程都在不停地迭代。传统软件开发形式，必须通过工程师去改代码，改代码的形式其实很难疾速地迭代。有些状况下，工程师还不肯定有工夫在现场。
另一个就是多头管理的问题，同样一个业务需要或者规定，不肯定只在一套业务零碎中存在，这在治理上就十分艰难了。首先咱们都不晓得这些规定在哪些零碎有，而且要把这些厂商全叫齐批改也很难。有些厂说只有负责的工程师才理解状况，工程师当初没空或者可能曾经到职了等等，这些状况都会导致咱们的需要很难疾速实现迭代。
5. 信息化人才培养
难信息科平时不可能齐全参加到业务科里去。信息人员当初天天忙于信息化中呈现的问题，很难再去做这些事件。
第二是信息化人才的造就周期相对来说比拟长，一个好的信息化人员，首先要有肯定的信息化根底，最好科班出身，懂一些信息化的实践，而后要在信息科要进行长时间的造就。信息科主任造就出一个人员少则 2 年，长则 3 - 5 年。业务畛域的专家其实也须要把握肯定的信息化工具，传统的编程的形式门槛太高，间接把业务专家拒之门外，所以咱们很难通过业务畛域驱动这些人本人来解决问题。
三、现实的解决方案
在思考如何去解决这些问题时，我心目中的解决方案是什么？我感觉有以下几点。
1. 稳固的组织架构
我始终认为一个良好的信息化零碎首先应该是基于稳固的组织架构的。为什么这么说？因为组织架构如果是十分不稳固的，或者是多套的，保护老本会很高，数据统计也很艰难。比方企业微信、OA、HIS、财务零碎中的组织架构都不同，后续一旦人员有变动，其实很难实现相干数据的同步。
2. 学习成本低
我刚刚讲的对业余要求不要太高，如果业余要求很高，须要理解底层的代码，我感觉也很难推广。
3. 开发效率高
能疾速迭代，疾速部署。比起传统编程形式，新的解决方案至多要进步十倍乃至几十倍的速度，能力疾速消化咱们的需要。
4. 实用于大部分场景
我说的大部分场景仅限于中后盾，前端还是须要专业性的这些厂商来解决。比方测验、体检零碎，如果用这套工具其实也能够做，体验可能就不是那么好了，然而治理类流程场景很快就能够解决。
5. 反对多端交融
可能反对手机、平板、电脑登录，也要能对接企业微信或者自有 APP。因为像企业微信在医院应用得十分宽泛。如果让医生或者职工去扭转他们的行为习惯，也是十分艰难的，所以肯定要让零碎去适应他们的习惯。
6. 培训成本低
这个零碎面对的人群比拟多，如果 UI 做的不好，让人很难去了解，推广也是十分吃力的。以上是我感觉现实的一个工具应该具备的 6 大特点。
四、基于明道云的解决方案
往年 3 月份，偶尔机会下我发现了明道云，也通过试用逐步理解了明道云，并引进至龙华区，在整个龙华区进行一系列利用开发和推广工作。
我从 3 月份开始自学，到当初大略 7 个月的工夫里，开发出了七八套零碎，基本上满足我方才讲的几个层面。我也在思考，在医院的信息化建设中如何对明道云进行一个定位，我认为它不仅仅只是做一些简略的表格或者简略的利用，如果只是做简略的利用达不到我期待的级别高度。我冀望的是要把明道云打到核弹级别的生态中去建设。
1. 平台层面
建设以人事管理系统为外围的主数据管理平台
要达到我冀望的水平，首先我感觉要通过明道云建设一个以人事零碎为外围的平台。人事零碎十分重要，我在龙华肯定会通过明道云从新搭建人事零碎。
第二，通过人事零碎搭建咱们的主数据管理平台。主数据在整个医院中所处的位置十分重要，因为人事零碎是咱们的科室人员的根底数据。为什么要建这个平台？其实医院以前也建过相似的平台，然而这些平台短少协同能力，咱们龙华区比拟有特色，存在医院之间的协同，以前的零碎是没法实现协同的，所以经常出现医院之间的数据互相篡改。上了明道云后，咱们能够把这个痛点解决掉。
建设开发者平台
何为开发者平台？就是咱们为当前的明道云开发者编制大量的 API，缩小开发的工作量。医务人员通过它就能疾速搭建出惯例利用，晋升效率。
建设规定引擎
咱们很多零碎都有规定引擎，比方知识库、CDSS、排队叫号。这些规定引擎比较复杂，依据工夫不同、科室不同，它的规定是不同的。我感觉通过明道云的流程引擎，利用分支节点，就能够很好地解决规定引擎的问题。
2. 利用连贯
就明道云自身来说，能够连贯各方平台零碎。为什么要去连贯？咱们 HIS 中有很多厂商，像 HIS、电子宾利、重症、体检，这些 API 可能很多利用零碎都要去拜访，如果要拜访必须买通跟各个利用零碎的拜访。我的想法是通过明道云的集成核心，去把各利用零碎的这些场景通过集成核心进行二次封装，供第三方利用调用。这样当前零碎之间的调用就非常简单了，各个系统的接口也失去更好的治理和管制。
3. 协同层面
明道云有很强的审批流、告诉节点，再联合咱们的企业微信，把它们之间进行买通，刚提到的一些定向的协同的需要通过明道云的现有性能齐全能够做失去，咱们收集的效率也会进步很多。
五、局部解决案例分享
1. 门诊退费流程优化
原来的退费大家在医院可能也接触过，首先要去找开单医生，这个要看运气，如果他去出差或者散会了你就要等他回来，如果医生不给你签字，基本就退不了费。医生签完字之后，要去找药房，药房也须要找相应的当事人，也须要当事人在零碎中勾销，而且这其中又存在排队的问题，也就是所有的环节都须要患者拿单据，楼上楼下地跑，所以整个退费体验十分差。
这个流程咱们也会通过明道运去进行优化改善。首先咱们通过明道云的 Webhook 或者通过集成核心，跟 HIS 零碎进行买通，让收费员在 HIS 上发动申请，转到明道云平台口主动发动一个流程。通过流程向医生发送一条企业微信告诉，通知他某某病人要退费，医生能够在线上进行操作。他批准退费之后又会走向下一个流程，比方如果存在医技，也通过明道云向技师发动相似退费的音讯，而后去找药房。整个流程走完之后，收费员对咱们的整个流程的状况进行最终审核，审核通过后，费用就能够原路返回了。
通过这样的流程优化，能够让患者不须要始终在医院，也不须要到处去找人，间接回家，等着医院把流程走完。对医院的退费的流程优化是非常明显的，能够很无效地晋升病患满意度。其实相似这样的流程十分多，我只是举了一个简略例子，通过明道云做这些协同类的场景是十分不便的，须要咱们本人去缓缓察看。
2. 员工个人档案信息收集
咱们这次在上零碎的时候刚好须要收集个人档案，像咱们医生的档案比拟多，一位医生的职业医师证、医师资格证等各种职称证，每个医生大略有几十个证书。以前咱们授予证书的时候，都是向企业微信发一条告诉，让医生登录到某一个零碎，通知他账号密码，怎么登录，效率十分差。咱们上次做过统计，一天工夫就收集了几十条，如果不强制收集，就很难实现，预计实现 10% 都不容易。
这一次咱们刚好通过明道云跟企业微信买通，用明道云向企微发一个音讯，通过点击发送的音讯链接就能够间接填写这些证件信息，这一次咱们也做了一个数据统计，三个小时咱们收集了 60% 的数据，将近一万条，效率晋升也是非常明显的。如果当前大家养成一个很好的习惯，就能够很好的解决音讯收集的问题，而且收集的数据间接进入到零碎的表单记录外面去了。
后续咱们能够通过云道云的流程引擎做一些定向的推送，比方像三八妇女节，给全院的所有的女职工发一条音讯，祝他们三八节高兴；生日的时候给所有过生日的职工发一条祝愿短信，下面还能够链接医院的福利。我感觉这些齐全能够去尝试。
六、更多畅想
其实我始终在思考在医院中如何去打造明道云的问题，分享一下我的思路，大家也能够去尝试看看是否实现。
明道云自身也是一套数据库，当前是否去尝试将其应深刻到一些利用零碎中。比方体检零碎，以前体检零碎是基于 SQL Server、Oracl，当前用明道云作为数据库，提供 API 给这些前端的工具去拜访，让他把数据间接存储至明道云平台。
这样做有什么益处？明道云自身是一套管理系统，后端的数据管理、数据权限是很好管控的，只有做一些前端的开发，就能够很好德实现工作，我感觉能够去尝试。然而明道云是基于 MongoDB 数据库的，咱们要测试下在高并发状态下会不会存在一些问题。
本文来自深圳市龙华区卫健局衰弱信息中心部长金洪长，在明道云 2022 年秋季搭档大会流动演讲，经校对编辑后整顿为演讲精髓。
