支持多应用跨云部署的医院临床职能科室人员管理系统的制作方法
本发明涉及医疗体系的临床管理系统。
背景技术:
1、当前医疗机构的临床职能科室管理系统多为单独科室的独立系统,不同的管理系统拥有各自独立的用户管理体系,并无统一的整体解决方案。
2、现有技术存在以下技术问题:
3、第一,当覆盖到不同管理部门之间协同时,系统之间需要定制化开发数据接口,但由于各系统无统一的人员组织架构标准,经常出现组织架构不对齐、人员信息需各自维护的问题,导致工作量大且数据不准确;
4、第二,不同医院在不同阶段会选择公有云saas模式或私有化部署模式,现有的独立系统在跨云部署切换或并存时,数据同步存在延迟,且多端并发修改极易产生数据冲突无法自愈;
5、第三,完全依赖工号进行系统间人员匹配容错率极低,一旦工号缺失或错乱则无法实现人员身份统一与流程互通。
6、故此亟需开发支持多应用跨云部署的医院临床职能科室人员管理系统来解决现有技术中的问题。
技术实现思路
1、本发明的目的在于提供支持多应用跨云部署的医院临床职能科室人员管理系统,能够实现上层业务子系统和不同模块之间的流程互通与信息对齐,保障业务连续性,且结构简单,使用方便,以解决上述背景技术中提出的现有医院临床科室人员管理系统在多云环境下无法实现跨系统人员统一匹配,导致流程不通、信息孤岛的问题。
2、为实现上述目的,本发明提供如下技术方案:
3、支持多应用跨云部署的医院临床职能科室人员管理系统,包括:
4、跨云部署模块,用于支持所述系统在公有云、专有云和私有云上部署;
5、人员主索引构建模块,用于顶层统一设计医疗机构不同部门的人员体系架构,构建医院临床职能科室的员工主索引,实现不同系统之间以及不同部署方式之间的员工统一匹配,所述人员主索引构建模块执行基于多维度属性加权的员工主索引匹配,包括:
6、获取异构系统传入的人员信息,提取包含工号、姓名、身份证号、手机号和科室的多维属性特征;
7、通过输入属性数据与底座已有主索引属性数据结合各属性对应的权重系数,基于相似度加权计算原理获取综合相似度得分,其中身份证号的权重系数为0.4,姓名的权重系数为0.2;
8、当所述综合相似度得分处于预设高阈值与预设低阈值之间时,触发ai身份解析模型进行判定,所述ai身份解析模型将待比较的人员属性转化为特征向量,输入至机器学习二分类模型中,输出两两人员记录属于同一人的概率值;
9、若所述概率值大于预设概率阈值,则判定为同一人并合并主索引,否则判定为新人并生成新主索引;
10、多模式适配模块,用于供底座上的业务系统以三种模式接入:第一模式为完全使用人员底座的组织架构和人员管理体系;第二模式为保留自有的人员管理体系,做员工的工号匹配,实现人员的身份统一并保持自己的组织结构关系;第三模式为只做应用登录门户使用,完全保留自己的组织关系和用户体系;
11、租户管理模块,用于在公有云和专有云部署下实现多租户模式,不同的医疗机构通过注册方式使用人员底座的部门组织关系和人员主索引,并与医疗机构现有系统做员工工号的关系匹配,以及在私有云部署下面向该医疗机构本身使用并实现和机构内部其他系统之间的员工信息交互。
12、通过采用上述技术方案,实现跨云环境下医院临床职能科室人员的统一管理,通过跨云部署模块支持多种云环境部署,人员主索引构建模块实现不同系统间的员工统一匹配,多模式适配模块提供三种接入模式,租户管理模块实现多租户隔离,跨云同步引擎保障数据实时同步。
13、作为本发明进一步的方案:所述人员主索引构建模块执行基于动态权重调整的员工主索引匹配,具体包括:根据医疗场景的属性重要性动态调整权重系数,其中职称权重高于科室权重,执业资格权重高于手机号权重,基于业务场景如急诊、常规门诊实时调整权重分配。
14、通过采用上述技术方案,提升医疗场景下的身份匹配精准度,根据业务场景如急诊、职称动态调整属性权重,解决常规固定权重无法适应复杂医疗数据的问题。
15、作为本发明进一步的方案:所述跨云部署模块针对医疗敏感数据如患者信息、诊断记录在私有云存储,非敏感数据如组织架构、基础人员信息在公有云处理,结合加密技术和审计日志,确保医疗数据合规性。
16、通过采用上述技术方案,保障医疗数据的安全与合规,通过混合云架构和加密技术,满足医疗行业数据不出域和隐私保护要求,避免敏感数据泄露。
17、作为本发明进一步的方案:所述租户管理模块支持多租户业务协同,具体包括:在租户数据逻辑隔离基础上,通过权限控制和数据脱敏实现不同医疗机构间的临时协作,如跨院会诊、专家支援,共享有限数据,如患者病历摘要、专家资质。
18、通过采用上述技术方案,支持医疗机构间的业务协同,在多租户隔离基础上实现有限数据共享,促进跨院协作,如专家支援、会诊,提升医疗资源利用率。
19、作为本发明进一步的方案:所述系统还包括跨云同步引擎,用于执行基于事件驱动与消息队列的跨云双向实时同步;当底座及子系统人员信息发生变更时,将变更内容封装为标准事件消息推入消息队列;根据事件订阅关系,将所述标准事件消息跨云推送至目标系统,实现增量实时同步。
20、通过采用上述技术方案,实现跨云环境下人员组织架构变更的实时感知与数据流转,打破系统间数据孤岛,保证信息同步的时效性。
21、作为本发明进一步的方案:所述跨云同步引擎执行业务逻辑驱动的冲突解决策略,具体包括:结合医疗业务优先级调整冲突判定规则,如急诊优先于常规门诊,优先处理高优先级业务相关的数据变更,确保关键医疗数据的一致性。
22、通过采用上述技术方案,优化跨云同步的冲突解决,结合医疗业务优先级,如急诊优先,确保关键业务数据的一致性,如患者诊断、急诊信息,避免因冲突导致医疗失误。
23、作为本发明进一步的方案:所述跨云同步引擎还执行数据冲突解决策略:若同一员工主索引在不同部署端同时发生修改,则获取修改操作的时间戳以及来源系统优先级;基于时间戳与来源系统优先级判定规则,首先判定来源系统优先级,当优先级相同时再判定时间戳,以高优先级来源系统的变更数据覆盖低优先级来源系统的变更数据,并记录冲突日志。
24、通过采用上述技术方案,解决跨云多端并发修改导致的数据不一致问题,自动化解冲突并留痕,保障主数据的权威性与一致性。
25、作为本发明进一步的方案:所述多模式适配模块针对三种模式执行不同的技术逻辑:在第一模式下,子系统业务操作请求直接调用底座接口读取组织架构和人员数据,子系统本地不存储人员表;在第二模式下,通过人员主索引构建模块生成本地工号与员工主索引的映射字典,数据变更时通过跨云同步引擎执行双向同步;在第三模式下,采用开放授权协议进行认证,底座颁发令牌,子系统校验令牌后使用本地独立的用户体系,不触发数据同步。
26、通过采用上述技术方案,实现不同信息化水平业务系统的差异化接入,兼顾底座统一与系统自治,降低子系统改造与接入成本。
27、作为本发明进一步的方案:所述跨云同步引擎将所述标准事件消息跨云推送至目标系统的过程包括:公有云与专有云之间通过公网网关推送,私有云与公有云、专有云之间通过安全代理推送。
28、通过采用上述技术方案,建立跨云安全传输通道,保障公有云、专有云与私有云不同网络环境下人员数据同步的连通性与安全性。
29、作为本发明进一步的方案:所述租户管理模块在多租户模式下,不同医疗机构的数据在逻辑上相互隔离,各医疗机构内部的员工工号关系匹配映射表独立存储与管理。
30、通过采用上述技术方案,实现多医疗机构数据的逻辑隔离与独立运作,确保云模式下各租户数据的隐私安全与匹配独立性。
31、与现有技术相比,本发明的有益效果是:
32、1、本发明通过多维属性加权算法与ai模型,实现跨云多系统人员身份精准归一,解决异构系统工号不一致或缺失导致的匹配容错率低问题,构建统一员工主索引。
33、2、本发明通过事件驱动机制实现增量同步,保障跨云数据实时同步与冲突自愈,并通过优先级策略自动解决多端并发修改冲突,确保人员底座数据强一致。
34、3、本发明通过三种技术适配模式兼容不同业务系统,支持多模式自适应接入与多租户隔离,同时实现多机构数据逻辑隔离,降低改造成本并保障数据安全。
35、本发明的其他特点和优点将会在下面的具体实施方式、附图中详细的揭露。
版权声明:本站专利文献数据主要来源于国家知识产权局等公开渠道,由 技术新讯 进行整理汇编。页面设计及数据汇编的著作权归本站所有。全部内容仅供个人学习、科研评估与技术交流参考,严禁用于任何商业用途(包括但不限于直接生产制造、技术转让、倒卖数据等)。
免责条款:专利技术具有时效性,本站不对资料的绝对准确性、完整性和可实施性提供任何明示或暗示的担保。因参考本站内容造成的直接或间接损失,本站不承担相关法律责任。若您认为本站内容有侵权问题,请及时提供权属证明与我们联系,本站将在核实后依法处理。反馈意见:yyfuon@163.com