普陀区网站建设前端,wordpress文章编辑器可视化,网站建设服务商24小时接单,网站怎样续费一、龙华区医疗信息化建设情况
首先#xff0c;给大家介绍一下龙华区医疗信息化建设的情况#xff0c;龙华区位于深圳市的中部#xff0c;目前下属3家公立医院#xff0c;2家公共卫生机构。2017年#xff0c;龙华区提出了建设智慧龙华总体框架方案#xff0c;龙华区卫生…
一、龙华区医疗信息化建设情况
首先给大家介绍一下龙华区医疗信息化建设的情况龙华区位于深圳市的中部目前下属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年秋季伙伴大会活动演讲经校对编辑后整理为演讲精华。
