一种闭环的医院CDR构建方法及系统
文献发布时间:2023-06-19 10:32:14
技术领域
本发明涉及数据处理技术领域,尤其涉及一种闭环的医院CDR构建方法及系统。
背景技术
本部分的陈述仅仅是提供了与本公开相关的背景技术信息,不必然构成在先技术。
医院的CDR建设是医院信息化建设非常重要的东西,医院CDR的好坏直接影响数据使用,同时也决定医院信息化水平。然而现在很多医院或者软件厂商,往往是单纯的依据官方发布的数据集标准,把他落成技术上的数据库,很少看到以医院看病的本质为出发点,建立CDR数据,而医生给患者看病环节中,时间和医嘱或者说医嘱的状态是非常关键的因素,但现有的CDR很少考虑到这一点,当需要把数据进行串联时,只能依靠技术的手段去实现,这样会导致,逻辑不清晰,数据不完整,难以利用。
发明内容
本公开为了解决上述问题,提出了一种闭环的医院CDR构建方法及系统,以时间为串联,以医嘱为轴可闭环的构建了CDR数据,还原临床实际看病场景,数据能够串联起来,给临床医生提供数据支持,从而更高效的利用。
为实现上述目的,本公开采用如下技术方案:
第一方面,提出了一种闭环的医院CDR构建方法,包括:
根据医嘱内容,构建各医嘱节点的数据表和监控医嘱实时状态的医嘱状态监控表;
在各医嘱节点的数据表中记录执行该医嘱的时间,在记录执行该医嘱的时间时,对医嘱状态跟踪表进行更新,记录医嘱的实时状态,通过医嘱状态跟踪表查看医嘱每个时间节点的全部状态;
将各医嘱节点的数据表和医嘱状态监控表,形成数据库;
采集患者的数据,将数据存储至创建的数据库中,形成CDR数据。
进一步的,医嘱的实时状态包括下医嘱时的初始状态、各医嘱节点的执行状态和医生查看报告时查看状态。
进一步的,从医生下达医嘱指令到医生查看医嘱报告形成闭环连接。
进一步的,各医嘱节点的数据表包括医嘱表、医技类的数据表、治疗类的数据表、康复类的数据表,为医嘱表创建医嘱ID,通过医嘱ID,将医嘱表与其余医嘱节点数据表建立关联。
进一步的,根据医嘱内容从医技类的数据表、治疗类的数据表、康复类的数据表中选择的一个或多个。
进一步的,还构建了患者信息表,将患者信息表与医嘱表建立关联。
进一步的,为患者信息表创建患者ID,通过患者ID将患者信息表与医嘱表建立关联。
进一步的,医嘱表包括住院医嘱表和门诊医嘱表,当医嘱表为住院医嘱表时,监控医嘱实时状态的医嘱状态监控表为医嘱跟踪记录表,当医嘱表为门诊医嘱表时,监控医嘱实时状态的医嘱状态监控表为门诊就诊记录表。
第二方面,提出了一种闭环的医院CDR构建系统,包括:
数据表构建模块,用于根据医嘱内容,构建各医嘱节点的数据表和监控医嘱实时状态的医嘱状态监控表;
关联关系设定模块,用于在各医嘱节点的数据表中记录执行该医嘱的时间,在记录执行该医嘱的时间时,对医嘱状态跟踪表进行更新,记录医嘱的实时状态,通过医嘱状态跟踪表查看医嘱每个时间节点的全部状态;
数据库生成模块,用于将各医嘱节点的数据表和医嘱状态监控表,形成数据库;
CDR数据生成模块,用于采集患者的数据,将数据存储至创建的数据库中,形成CDR数据。
第三方面,提出了一种电子设备,包括存储器和处理器以及存储在存储器上并在处理器上运行的计算机指令,所述计算机指令被处理器运行时,完成一种闭环的医院CDR构建方法所述的步骤。
第四方面,提出了一种计算机可读存储介质,用于存储计算机指令,所述计算机指令被处理器执行时,完成一种闭环的医院CDR构建方法所述的步骤。
与现有技术相比,本公开的有益效果为:
1、本公开在构建CDR时,在各医嘱节点的数据表中记录执行该医嘱的时间,在记录执行该医嘱的时间时,对医嘱状态跟踪表进行更新,记录医嘱的实时状态,通过医嘱状态跟踪表查看医嘱每个时间节点的全部状态,实现了以时间为串联,以医嘱为轴,将数据串联起来,还原了临床看病的实际场景,从而得到高质量的CDR数据,给临床医生提供数据支持,从而提高CDR数据的利用率。
2、本公开在构建CDR数据时,不仅采取官方的数据集标准,还结合时间和医嘱这两个重要的因素去构建,形成统一标准的、可高效使用的CDR数据,供医院管理和不同层面的应用。
本发明附加方面的优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本发明的实践了解到。
附图说明
构成本申请的一部分的说明书附图用来提供对本申请的进一步理解,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。
图1为本公开实施例1公开方法的流程图;
图2为本公开实施例1公开方法中的关联关系图;
图3为本公开实施例1公开方法的数据库创建图;
图4为本公开实施例1公开方法的CDR数据生成图;
图5为本公开实施例1公开方法生成CDR数据的应用图。
具体实施方式:
下面结合附图与实施例对本公开作进一步说明。
应该指出,以下详细说明都是例示性的,旨在对本申请提供进一步的说明。除非另有指明,本文使用的所有技术和科学术语具有与本申请所属技术领域的普通技术人员通常理解的相同含义。
需要注意的是,这里所使用的术语仅是为了描述具体实施方式,而非意图限制根据本申请的示例性实施方式。如在这里所使用的,除非上下文另外明确指出,否则单数形式也意图包括复数形式,此外,还应当理解的是,当在本说明书中使用术语“包含”和/或“包括”时,其指明存在特征、步骤、操作、器件、组件和/或它们的组合。
在本公开中,术语如“上”、“下”、“左”、“右”、“前”、“后”、“竖直”、“水平”、“侧”、“底”等指示的方位或位置关系为基于附图所示的方位或位置关系,只是为了便于叙述本公开各部件或元件结构关系而确定的关系词,并非特指本公开中任一部件或元件,不能理解为对本公开的限制。
本公开中,术语如“固接”、“相连”、“连接”等应做广义理解,表示可以是固定连接,也可以是一体地连接或可拆卸连接;可以是直接相连,也可以通过中间媒介间接相连。对于本领域的相关科研或技术人员,可以根据具体情况确定上述术语在本公开中的具体含义,不能理解为对本公开的限制。
实施例1
在该实施例中,公开了一种闭环的医院CDR构建方法,以时间为串联构建以医嘱可闭环的CDR数据,还原临床实际看病场景,数据能够串联起来,给临床医生提供数据支持,从而更高效的利用。当然我们不仅采取官方的数据集标准,同时我们还结合时间和医嘱这两个重要的因素去构建CDR数据。形成统一标准的、可高效使用的CDR数据,供医院管理和不同层面的应用。
一种闭环的医院CDR构建方法,如图1所示,包括:
步骤(1):根据医生治疗行为和业务,构建数据分类和数据表;
步骤(2):根据构建的数据表创建数据字段;
步骤(3):根据步骤(1)和步骤(2)的数据表和字段,设定关联关系;
步骤(4):根据步骤(1)的数据表、步骤(2)的数据字段和步骤(3)的关联关系,创建数据库;
步骤(5):根据步骤(4)创建的数据库采集、存储形成CDR数据;
步骤(6):根据步骤(5)形成的CDR数据展开应用。
步骤(1)的具体实施步骤如下:
步骤(101):根据医生治疗行为和业务可以分为:患者信息类、医院资源信息类、门诊类、住院类、医技类、治疗类、康复类,其他类别等。
步骤(102):根据步骤(1)的分类,创建每个分类下的数据表。其中患者信息类包含:患者信息表;医院资源信息类包含:机构信息表、科室信息表、病区信息表、职工信息表、医疗设备表;门诊类包含:门诊医嘱表、门诊就诊记录表,住院类:入院记录表、住院医嘱表、护士执行记录表、医嘱状态跟踪表、住院结算表;医技类:检验报告表、检验申请单表、影像报告表、病理报告表、心电报告表、体检报告单表;治疗类:输血记录表、血透治疗记录表、放疗治疗记录单表;康复类包含:康复登记表、康复治疗记录单。
步骤(2)的具体实施步骤如下:
步骤(201):根据步骤(1)构建的数据表设计数据字段。其中患者信息表包含:患者ID(主键)、姓名、性别、出生日期、年龄、民族、家庭住址、证件类别、证件编码、创建时间、创建机构;机构信息表:机构编码、机构名称、单位地址、单位电话、医院等级代码、单位注册日期;科室信息表包含:科室ID(主键)、科室编码、科室名称、所属机构编码、所属机构名称、科室类别;病区信息表包含:病区ID、病区编码、病区名称、所属机构编码、所属机构名称;职工信息表:职工ID、职工编码、职工姓名、性别、出生日期、身份证号、所属机构编码、所属机构名称;医疗设备表包含:ID(主键)、医疗机构代码、医疗机构名称、仪器编码、仪器名称、设备类别编码、设备类别名称、开始使用日期、终止使用日期;
门诊医嘱表包含:ID(主键)、组织机构编码、组织机构名称、患者ID、患者姓名、医嘱科室编码、医嘱科室名称、医嘱医生编码、医嘱医生名称、下医嘱时间、执行医嘱医生编码、执行医嘱医生名称、执行医嘱时间、医嘱状态编码、医嘱状态名称、医嘱编码、医嘱名称;门诊就诊记录表包含:就诊记录ID(主键)、姓名、身份证号、中医诊断、西医诊断、治疗处理意见、诊疗总费用、个人支付诊疗费用、就诊机构编码、就诊机构名称、就诊科室编码、就诊科室名称、就诊医生编码、就诊医生名称、就诊日期;入院记录表包含:住院号、姓名、性别、出生日期、民族、婚姻状况、家庭地址、入院日期、现病史、个人史、婚育史、家族史、传染病史、手术史、输血史、过敏史、科室名称、主治医生姓名、主任医生姓名、记录时间、入院诊断、入院诊断时间;住院医嘱表包含:医嘱ID、医嘱内容、医嘱时间、执行医嘱时间、医嘱医生编码、医嘱医生姓名、核对医嘱护士编码、核对医嘱护士姓名、核对医嘱时间、停止医嘱者编码、停止医嘱者姓名、停止医嘱时间、取消医嘱医生编码、取消医嘱医生姓名、取消医嘱时间、住院号、病区名称、科室名称、病房号、病床号、患者姓名、患者ID、性别、出生日期、年龄、体重、收费项目、业务发生的时间、剂量单位、执行次数,医嘱状态、医嘱状态名称;住院结算表包含:ID、医院组织机构代码、医院名称、住院号、结算收据号、姓名、收费类别、出院日期、结算日期、费用合计、统筹金额、自费金额、收费人员编号、收费人员姓名、收费科室编号、收费科室名称、出院诊断编码;检验申请单表:申请单ID、医嘱ID、患者ID、医嘱时间、申请科室编码、申请科室名称;检验报告表包含:检验报告单ID、申请单ID、就诊号、住院号、病人类型代码、姓名、性别、年龄、科室名称、病区名称、医嘱ID、检验申请科室编码、检验申请科室名称、样本采集日期、登记日期、登记医师编号、检验报告结果、审核日期、审核医师编码;影像报告表包含:医院组织机构代码,就诊号、住院号、病人类别代码、姓名、性别、年龄、科室名称、病区名称、申请单编号、检查申请科室名称、诊断日期、主诉、标本类别、标本状态、检查结果、检查技师编号、检查技师名称、检查报告日期、检查技师代码、检查技师名称、检查审核日期、报告医师代码、报告医师名称、创建时间;病理报告表包含:报告ID(主键)、组织机构编码、组织机构名称、登记ID、大体所见、诊断信息、阳性率、报告状态、提交报告科室编码、提交报告科室名称、提交报告医生代码、提交报告医生姓名、提交时间、审核报告科室编码、审核报告科室名称、审核报告医生编码、审核报告医生姓名、审核时间、报告分类、报告分类名称;心电报告表包含:主键ID、组织机构编码、组织机构名称、住院号、就诊卡号、姓名、性别、年龄、心电申请单ID、申请科室编码、申请科室名称、门诊医嘱ID、门诊医嘱名称、住院医嘱ID、住院医嘱名称、项目编码、项目名称、审核医生编码、审核医生名称;体检报告单表包含:主键ID、就诊号、姓名、性别、年龄、体检档案号、工作单位、家庭住址、婚姻状态、职业代码、职业、体检开始时间、体检结束时间、审核医生、审核日期、打印时间、总费用、总检时间、总检结论、总检医生;输血记录表包含:主键ID、组织机构编码、组织机构名称、患者类别、病人就诊号、血袋编号、科室编码、科室名称、病区名称、病房号、病床号、患者姓名、性别、年龄、ABO血型代码、ABO血型名称、RH血型代码、RH血型名称、输血品种名称、输血量、输血量计量单位、交叉配血结果、输血开始时间、输血结束时间、输血反应类别代码、输血反应类别名称、输血原因;血透治疗记录表:主键ID、透析唯一标识号、住院号、病人姓名、性别、年龄、床号、透析日期、透析器型号、透析次透、透析时间、透析方式代码、透析方式名称、医院组织机构代码、医院名称、责任医生名称;放疗治疗记录单表包含:主键ID、放疗标识号、病人姓名、性别、年龄、诊断编码、诊断名称、治疗记录时间、治疗计划、医疗机构编码、医院名称;康复登记表包含:登记流水号、组织机构编码、组织机构名称、患者类型、住院号、患者姓名、性别、年龄、科室编码、科室名称、病房号、病床号、登记医生姓名、责任医生姓名、责任医生编号、责任护士姓名、责任护士编号;康复治疗记录单表:ID(主键)、住院号、姓名、性别、年龄、床号、疾病诊断代码、疾病诊断名称、治疗日期、医院组织机构代码、医院名称、交换类型、创建日期,护士执行记录表包含:主键ID、患者ID、患者姓名、患者性别、出生日期、护士编码、护士名称、执行科室名称、执行时间;医嘱跟踪记录表包含:记录ID、医嘱ID、操作者编号、操作时间、医嘱状态,医嘱状态名称,科室编号、科室信息。
步骤(3)的具体实施步骤如下:
在各医嘱节点的数据表中记录执行该医嘱的时间,在记录执行该医嘱的时间时,对医嘱状态跟踪表进行更新,记录医嘱的实时状态,通过医嘱状态跟踪表查看医嘱每个时间节点的全部状态。
各医嘱节点的数据表包括医嘱表、医技类的数据表、治疗类的数据表、康复类的数据表,为医嘱表创建医嘱ID,通过医嘱ID,将医嘱表与其余医嘱节点数据表建立关联。
根据医嘱内容从医技类的数据表、治疗类的数据表、康复类的数据表中选择的一个或多个。
医嘱表包括住院医嘱表和门诊医嘱表,当医嘱表为住院医嘱表时,监控医嘱实时状态的医嘱状态监控表为医嘱跟踪记录表,当医嘱表为门诊医嘱表时,监控医嘱实时状态的医嘱状态监控表为门诊就诊记录表。
涉及步骤(1)、步骤(2)中的数据表和数据字段包括:患者信息表中的患者ID、创建时间;住院医嘱表的医嘱ID、患者ID、医生编号、医嘱时间、医嘱状态;护士执行记录表的主键、医嘱ID、患者ID、护士编号、执行时间;检验申请单表的申请单ID、医嘱ID、患者ID、医嘱时间;检验报告表的报告单编号ID、申请单ID、医嘱ID、患者ID、登记时间、登记医师编号、审核时间、审核医师编号;医嘱跟踪记录表的记录ID、医嘱ID、操作者编号、操作时间、医嘱状态。
对于绝大多数医院来说,患者进入就诊环节后,医生会对患者下达不同类型的医嘱(例如:检验、检查、药品、护理等),本发明以检验医嘱血常规为例,举例如下:
假设患者A入院进行诊疗,由医生B下达血常规医嘱,护士C校对执行医嘱,检验技师D对患者A的标本进行分析后,把检测的结果返回,医生B对检验的结果进行查看。
则上述假设用步骤(1)、步骤(2)的数据表和数据字段构建的关联关系描述如下:
患者信息表中的字段患者ID(主键),存储到住院医嘱表的字段患者ID中,住院医嘱表中的医嘱ID,分别存储到护士执行记录表、检验申请单表、检验报告报表的医嘱ID字段中,以时间为串联,同时这些表中分别记录医嘱时间、执行时间、登记时间、审核时间,在每个时间节点都需要更新医嘱跟踪记录表,记录医嘱的实时状态,医嘱的实时状态包括下医嘱时的初始状态、护士执行时的医嘱执行状态、检验技师登记时医嘱登记状态,报告审核时医嘱审核状态,医生查看报告时查看状态,通过医嘱跟踪记录表,在记录数据的过程中,能够完全的查看医嘱每个时间节点的全部状态,由医生下达医嘱指令起到医生查看医嘱报告结束,医嘱是状态是形成闭环的,如图2所示。
此处医嘱报告,为对应医嘱的检查结果报告,医生下达检验医嘱,如下达血常规医嘱,医生下达后,护士校对执行医嘱,检验技师登记医嘱,生成对应的血常规报告,审核报告医生待出结果后,审核血常规报告,生成血常规医嘱报告,下达血常规的医生,查看血常规医嘱报告。
其中,当为其他医嘱时,各医嘱节点对应的数据表可以为:影像报告表、病理报告表、心电报告表、体检报告单表、输血记录表、血透治疗记录表、放疗治疗记录单表、康复登记表和康复治疗记录单。
在每个医嘱节点对应的数据表均记录完成该医嘱节点执行医嘱的时间。
步骤(4)的具体实施步骤如下:
根据步骤(1)、步骤(2)、步骤(3)设计的数据表、数据字段以及关联关系,通过SQLSERVER转换成物理数据库,当然也可以使用其他的工具(例如:Oracle、MySQL、PostgreSQL等),如图3所示。
步骤(5)的具体实施步骤如下:
根据步骤(4)创建的数据库,通过网路技术和硬件设置把患者的数据实时的采集和存储到创建的数据库中,形成CDR数据,如图4所示。
步骤(6)的具体实施步骤如下:
通过上述五个步骤,采集和存储了CDR数据,可以根据医院的需求,开展不同形式的数据共享和使用(例如:患者360视图、临床科研提供数据支持、医院管理决策等),如图5。
本发明利用以时间为串联、以医嘱为轴可闭环的医院CDR构建方法,不仅还原了临床看病的实际场景,还能够把数据串联起来。从而得到高质量的CDR数据,供医院使用。
实施例2
在该实施例中,公开了一种闭环的医院CDR构建系统,包括:
数据表构建模块,用于根据医嘱内容,构建各医嘱节点的数据表和监控医嘱实时状态的医嘱状态监控表;
关联关系设定模块,用于在各医嘱节点的数据表中记录执行该医嘱的时间,在记录执行该医嘱的时间时,对医嘱状态跟踪表进行更新,记录医嘱的实时状态,通过医嘱状态跟踪表查看医嘱每个时间节点的全部状态;
数据库生成模块,用于将各医嘱节点的数据表和医嘱状态监控表,形成数据库;
CDR数据生成模块,用于采集患者的数据,将数据存储至创建的数据库中,形成CDR数据。
实施例3
在该实施例中,公开了一种电子设备,包括存储器和处理器以及存储在存储器上并在处理器上运行的计算机指令,所述计算机指令被处理器运行时,完成实施例1公开的一种闭环的医院CDR构建方法所述的步骤。
实施例4
在该实施例中,公开了一种计算机可读存储介质,用于存储计算机指令,所述计算机指令被处理器执行时,完成实施例1公开的一种闭环的医院CDR构建方法所述的步骤。
以上仅为本申请的优选实施例而已,并不用于限制本申请,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
最后应当说明的是:以上实施例仅用以说明本发明的技术方案而非对其限制,尽管参照上述实施例对本发明进行了详细的说明,所属领域的普通技术人员应当理解:依然可以对本发明的具体实施方式进行修改或者等同替换,而未脱离本发明精神和范围的任何修改或者等同替换,其均应涵盖在本发明的权利要求保护范围之内。
- 一种闭环的医院CDR构建方法及系统
- 一种基于医院信息系统的院内感染预警构建方法