his系统模块化 (his系统是什么架构)

智慧深深地隐藏在当下的“核心”中。无论是“芯”的运行机制,存在的堵塞点、痛点,还是业内权威专家关于“芯”的声音,方法都来自于独立的思考和知识。储备和行业主管部门的理论指导。

his系统结构图,his系统各模块运行情况

有一句经典的话:医生看病人,你问我怎么办,我回答不出怎么办。问题出在哪里。让我们用一双有洞察力的眼睛打开脑洞,从系统的角度看清楚这个HIS“核心”的扰动。一个信息系统包括三个部分:用户界面、业务逻辑和数据库。

HIS“核心”定位概念和构成“核心”的三个功能模块,即病人管理、电子病历和定价收费,有着紧密的耦合关系。电子病历和“核心”之间可能存在松散耦合,暂时就不赘述了。电子病历中的"核心",本文重点探讨了电子医嘱模块。

从业务逻辑的角度看,《核心》中的业务逻辑分为门诊和住院。从服务患者的角度看,门诊和住院的群体和服务流程有明确的服务边界。从管理的角度看,门诊和住院有明确的管理边界,管理的重点。

从数据库存在的数据来看,诊疗行为数据和结算凭证数据存储在独立的数据表中,将门诊和住院业务的基于数据的表单表示为独立的实体,门诊和住院数据表之间有明确的数据边界。

那么,与“核心”紧密耦合的源头在哪里呢?答:医院资源。准确地说,是指诊疗过程中涉及的人、财、物及结算凭证。人包括管理人员、医生、护士和病人,钱和物包括药品和消耗品等资源。这些要素的数字化,就是系统建立的数据资源字典。

数据资源字典结构是“核心”系统重构、开放、共享的切入点,是最关键的一步。现实世界中的各种实体和实体之间的各种连接机制可以通过构造关系模型来表示。该信息系统实现了医院的数字化。数字化医院以关系数据库模式存储。关系数据库是由多个相互连接的二维行列表组成的数据库。每一个表都对应于实体的业务关系。比如医生医嘱单的生成,医生诊疗行为的发生,以及医生的行为、患者信息、药物和治疗信息联动到医生医嘱单中。要完成这样的诊疗行为,必须保证资源数据表的完整性。这是资源数据库的建立,或者说是信息系统词典的建立,这是信息系统的“生命起源”,一本没有结构的词典,而系统是一个僵尸。或者从物理图景的角度分析,假设医院没有医生、药品、耗材等参与医生诊疗行为的基本要素,医院有生命力吗?

因此,从包括数据形态、数据要素以及要素之间的关系等数据的角度去看一个医院的发展水平是非常客观和公正的。在DT时代的医院管理中,数据思维的概念根本没有被探索过。今天的医院信息化为领导决策提供了工具。国内90%的医院大概都是用仪表盘进行查询操作,这是远远不够的,甚至是太落后了。这一点非常重要,必须与“核心”连接源紧密耦合,这是最高优先级。医院资源字典数据库和业务逻辑数据库有明确的资源数据边界。

从“核心”中的业务逻辑和门诊、住院室从数据库的角度看,系统中业务逻辑库中的资源字典库边界清晰,HIS“核心”的开放共享方式非常明确。资源字典、门诊系统、三个住院系统能否分开、开放、共享。剩下的,所有的技术精英们,请展开智慧的翅膀,想象、思考、实践。

从数据库中数据生成的角度,将医院数字化建设的过程抽象为构建一个“智能数据大脑”。也可以表示为医院客观实体业务场景的“模数转换A/D”,即实体业务场景通过医院信息系统映射成数据表格进行存储。那么“模数转换A/D”的实质是什么呢。对数据库操作的两个动作:写和读。整套信息的操作者中,医生的诊疗行为、护士的护理行为、患者的身份登记和缴费行为等都是参与写入数据库。对于其他报道,系统监管的行为,甚至信息中心后台工程师的行为都是数据读取行为。但是,考虑到对数据库的写操作和读操作的作用,或者说考虑到对数据库的写操作和读操作的功能,得出的结论是:对数据库的写操作和读操作之间有一个明确的功能界限。

在数据资产价值众所周知的今天,积累了近30年的HIS数据资产发挥作用了吗?甚至有的人换HIS的时候,病人的基本信息没有移植,数据资产的概念基本上是不成立的。这需要头脑风暴的刺激。只有实施创新案例,才能推进大数据时代。

由于写和读行为之间有一个清晰的功能边界,所以完全可以用写和读数据行为作为突破口。如果HIS“核”只完成对数据库的写入操作,则通过识别运算符的语义来完成A/D转换,保证了基本功能数据的准确性。读出数据库的工作,完成数据角色的人员需求,交给数据资产使用者,降低HIS“核心”的需求依赖性。