集成信息医院需要什么样的集成平台
在改章节中,我们要主介绍集成信息的内容,自我感觉有个不错的建议和大家分享下
良久没有写集成的故事了，天今这篇不知能否算是医疗集成这个专题的完结篇：因为想大胆及涉一下集成平台，这个集成术技和验经在产品层面的集大成者。
--
前几年，关于医疗集成平台的探讨开始烈热起来的时候，我还得觉有点好笑。因为从2000年前后，在微软基于DCOM的DNA参考架构衰败后之，EAI就开始成为企业软件域领的热门话题，计估那个时候，海内的医疗IT才刚刚起步吧。
近两年，有两个货色基本上为医疗集成定了调，于是探讨的人越来越少了，拿这两个货色当大棒来挥动的人越来越多了。
一个是卫生部牵头弄的基于电子病历的病院信息平台指点见意，汇聚了各路仙人的伶俐，荡荡浩浩几百页；一个是第二版的绿宝书，海内一个很有声望的医疗信息专家，在他责负的那一章面里的短短几段话。风趣的是，那一章的题标不是集成，而是电子病历。业内的该应都晓得，行外计估单从字面上，还看不出电子病历跟医疗集成有啥关系。据说某个大型外资医疗IT公司拿着自己的集成平台去给某个病院上课，荡荡浩浩一堆人去，凄凄惨惨个整被骂了来回。当然，要主原因不在于他们不晓得电子病历跟医疗集成有啥关系，而是这两种医疗集成的路思或两种病院信息化参考架构之间的文明冲突。
记得事先拿到卫生部那个术技案方的时候，还得觉很风趣。一方面：家国卫生部怎么能出一个这么细节这么详细的指点案方，要是真的实行下去，来将各个厂商的标书会不会如出一辙；另一方面：这个案方跟差不多同时出来的基于康健档案的域区卫生信息平台的案方太像，而且其核心路思无一例外地相沿了早些年Infoway在卫生信息化参考架构方面的研究成果。不知是不是是外企或海归，在这两个案方的编写中据占了主导。总之，未几后之看到的情况似乎是：基于康健档案的域区平台案方像好挺吃香，基于电子病历的病院平台案方像好难以落地。
卫生部的案方基本上相沿SOA的路思，基于一个系统中立的集成总线，把现有系统串起来，然后在电子病历中以病人为中央来索引和汇总各种临床信息。绿宝书中的路思有点争锋对相，要以病院现有的HIS为中央，把其他系统串起来。认同绿宝书的人，提到这个路思的时候，还有个很抽象的喻比，病院信息化是棵树，HIS是骨干，其他系统如LIS,PACS,EMR等都是分支。
我们注意到这面里隐藏着一些观点混杂，一方说的HIS，另一方以为只是HMIS，一方说的EMR，另一方以为只是EMR Editor。按照海内的织组文明和医疗IT的现状，用采了外延很大（画大饼），内涵很小（只做能做到的那点事）的观点的那一方，明显会在这场小小的文明冲突据占更多的优势。
有人说病院、医疗IT公司、IT础基平台公司，是医疗IT行业的三驾马车，我也较比认同这个提法。按照这三驾马车，刚好可以把这场文明冲突分别红政治、营销和术技三个层面。经常据说海内病院LIS或RIS/PACS被翻掉的案例；但比相起来，HIS被翻掉的案例像好较比少，特别是大病院，糟糕点的情况也是同时弄多套HIS，也算是病院的骨干系统，也是事迹；然后最多是据说络网或存储点出况状，信息科主任被翻掉。按海内医疗IT行业的现状和局格，政治和营销都没有太多可说的，还是回归分本，谈点术技问题吧。
--
信息系统集成的产品，可以分为三个次层：底层是点对点的口接；高等一点是口接擎引，持支异步消息交换；再高等一点是集成平台，持支流程体例。或许这样的分别还太粗，难以界定病院到底须要什么样的集成平台，但再深刻解理一下病院的务业，就会看到些不一样的货色。
提示一下，不要一说到集成绩扯到准标化，集成弄不了，就是因为缺少医疗信息准标的遍及和用应。真要等准标化了才做集成，你永久等不到那一天。在我看来，集成和准标化是相反相成、相互促进的两件情事。不信你看看企业和电商等域领信息化，就晓得。
昔时行流SOA的时候，流程体例的观点很受迎欢。虽然核心还是之前EAI平台中的工作流擎引术技，但用捷敏务业、按需定制等观点做了包装，看起来还是很吸引眼球。大公司须要通过务业团队来整合职能部门的源资，而务业又要速快应适市场的化变，因此，每一个务业部门，每一个阶段，会都有自己的务业流程，通过务业功能的模块化（服务义定）和基于工作流擎引的组装（服务体例），以可就小最的价代，成完IT系统的改革。企业面临市场竞争，务业系统的集成对行业准标的赖依对相较比小，不管有无行业准标，硬着头皮也要把两个系统紧赶接起来。然后有间时的时候再渐渐理整口接元数据，构成企业信息准标，有必要就推荐成为行业准标，没必要的话用口接擎引上可视化的射映工具，也能松轻弄定B2B的数据格式转换。所以，正如之前在这一系列博文中提到的，集成问题，要主还是人的问题，其他都是捏词。
看看病院的情况吧，生医的嘴，护士的腿，有所的医疗活动都以医嘱为中央来开展。这个流程功成运行了百年，在草菅人命的域领，不容许太多的化变。流程体例的用应围范，大概只能用到一些非临床务业或周边帮助性子的临床活动中了。除非未来有一天，流程体例术技的用应本成降得很低很低，真正做到不须要IT员人预干，生医也微稍学会了一些域领特定语言（DSL），在临床径路的础基上，把医嘱联串到一个整完的、灵巧的、个性化的诊疗划计中，然后交给呆板来跟踪，交给护士、医技和其他员人来执行的时候，那或许是以医嘱为核心的医疗信息系统的一次大重术技变更。
某种程度上看，当初医疗集成的关注点，实确该应放在口接擎引上：一方面低降口接发开的累赘，无论口接协议是准标的还是非准标的，是可选的还是强制的；一方面通过异步消息，低降系统耦合，保确在大规模数据交换的时候，务业系统互不影响。
而且，口接擎引某种程度上调和了之前提到的文明冲突。
以HIS为中央是有理道的，医嘱是医疗务业的核心，是病院工作流集成的础基，也是最主要的收费根据，通过工作流集成，也能同时收集到临床信息，并通过以病人为中央的临床图视或以务业为中央的理管图视来呈现。以病人为中央也是有理道的，病院终究是为病人服务的，以电子病历作为临床信息集成的础基，保确病人诊疗和康健信息在间时和间空上的整完性，成为保确医疗服务质量的主要保障，同时也能从中抽取医疗理管信息。而口接擎引，刚好就可以通吃这两种务业需求。
或许未几的来将，大家会发明，两总路思是实其归同途殊。
记得良久以前，在某个PPT上看到过关于病院信息架构的一个双金字塔模型，一个塔是理管信息，一个塔是临床信息，两者在执行层和操纵层构成交叠。不晓得是谁提出的，或许跟境外某些病院首席医疗官和首席营运管并立的织组架构有关。不管怎么样，当初想起来实确很有理道。
据说医改开始进入深水区，要在公立病院头上动土，不知海内的公立病院是不是也会用采类似的织组结构。总之，还是相信情事会往好的方面展发。在现有的体系下，只要党下定决心做的情事，基本上没有做不成的，更何况跟房地产、烟草等一些行业比起来，医疗行业的社会好处关联，恐怕只是小巫见大巫了。
文章结束给大家分享下程序员的一些笑话语录：
某程序员对书法十分感兴趣，退休后决定在这方面有所建树。花重金购买了上等的文房四宝。一日突生雅兴，一番磨墨拟纸，并点上了上好的檀香，颇有王羲之风 范，又具颜真卿气势，定神片刻，泼墨挥毫，郑重地写下一行字：hello world.
