CN113241157A - 一种互联网医疗服务监管平台 - Google Patents
一种互联网医疗服务监管平台 Download PDFInfo
- Publication number
- CN113241157A CN113241157A CN202010081232.XA CN202010081232A CN113241157A CN 113241157 A CN113241157 A CN 113241157A CN 202010081232 A CN202010081232 A CN 202010081232A CN 113241157 A CN113241157 A CN 113241157A
- Authority
- CN
- China
- Prior art keywords
- data
- end processor
- internet
- receiving server
- qualification
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/02—Reservations, e.g. for tickets, services or events
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/018—Certifying business or products
Abstract
本发明公开了一种互联网医疗服务监管平台,属于大数据技术领域,包括建立监管中心系统和医疗机构系统,监管中心系统包括数据接收服务器和数据分析服务器,医疗机构系统包括数据前置机和互联网医院信息系统,在数据分析服务器中建立资质审批模块、实时监管模块和绩效考核模块,解决了对现有互联网医疗服务平台进行全流程监管的技术问题,本发明可对所有的互联网医院监管,包括互联网诊疗、远程医疗服务,还可对所有通过互联网的在线医疗服务进行监管,包括医务人员资质、诊疗行为、包括处方流转、信息安全的监管等。
Description
技术领域
本发明属于大数据技术领域,尤其涉及一种互联网医疗服务监管平台。
背景技术
互联网医疗是医疗服务发展的必然趋势,通过互联网开展医疗服务,可以实现在线诊疗,跨越就诊过程中地址位置的障碍,优化医疗资源配置,促进优质医疗资源下沉,推进区域医疗资源整合共享,提高医疗服务能力和水平。
医疗机构的互联网医疗服务器平台是实现互联网医疗的基本系统。
互联网医疗作为一种医疗服务的特殊形式,其中涉及到患者的有隐私信息,这些数据通过网络进行传输,存在被攻击、窃取、篡改等风险,且缺乏有效监管措施。
发明内容
本发明的目的是提供一种互联网医疗服务监管平台,解决了对现有互联网医疗服务平台进行全流程监管的技术问题。
为实现上述目的,本发明采用如下技术方案:一种互联网医疗服务监管平台,包括如下步骤:
步骤1:监管中心系统和医疗机构系统,监管中心系统包括数据接收服务器和数据分析服务器,数据接收服务器与数据分析服务器之间通过网线通信,医疗机构系统包括数据前置机和互联网医院信息系统;
数据前置机通过互联网与互联网医院信息系统通信,数据前置机还通过互联网与数据接收服务器通信;
步骤2:数据前置机用于与互联网医院信息系统进行对接,采集互联网医院信息系统中的资质数据、实时数据和绩效数据;
数据前置机将资质数据、实时数据和绩效数据发送给数据接收服务器进行校验筛选;
步骤3:在数据分析服务器中建立资质审批模块、实时监管模块和绩效考核模块;
数据前置机将资质数据、实时数据和绩效数据发送给数据分析服务器进行处理;
步骤4:数据分析服务器中的资质审批模块对资质数据进行处理,其步骤如下:
步骤A1:资质数据包括医疗机构通过互联网医院信息系统递交的资质审批申请,资质审批模块对资质审批申请进行审核:审核通过,则执行步骤A2;审核不通过,则资质审批模块返回审核失败消息,并将该消息发送给数据接收服务器,并由数据接收服务器转发给数据前置机;
步骤A2:资质审批模块返回受理申请消息,并通过数据接收服务器将受理申请消息转发给数据前置机;
数据前置机接收到受理申请消息后,将预设的测试数据发送给数据接收服务器;
数据接收服务器将测试数据发送给资质审批模块,资质审批模块审核测试数据后,生成测试结果,并将测试结果再转发给数据前置机;
步骤A3:数据前置机查看测试结果是否为通过:是,则执行步骤A4;否,则重新执行步骤A2;
步骤A4:数据前置机生成对测试结果进行评价的申请请求,并将该申请请求发送给资质审批模块,资质审批模块对测试结果进行评价;
步骤A5:资质审批模块针对资质审批申请生成资质审批报告,并将资质审批报告发送给数据前置机进行保存;
步骤5:数据分析服务器中的实时监管模块对实时数据进行处理,其步骤如下:
步骤B1:实时监管模块向数据前置机发送实时监管请求,数据前置机接收到实时监管请求后,启动实时数据监听模式,即,数据前置机实时索取互联网医院信息系统上的业务数据;
步骤B2:数据前置机将业务数据发送给数据接收服务器进行校验:校验通过,则执行步骤B3;校验不通过,则执行步骤B4;
步骤B3:数据接收服务器将业务数据发送给实时监管模块进行存储,实时监管模块在对自身的业务数据进行更新后,返回接收成功信息,并将接收成功信息返回给数据前置机,执行步骤B5;
步骤B4:数据接收服务器生成校验失败信息,并将该信息返回给数据前置机,执行步骤B5;
步骤B5:数据前置机记录返回结果;
步骤6:数据分析服务器中的绩效考核模块对绩效数据进行处理,其步骤如下:
步骤C1:绩效考核模块生成绩效考核请求,并将该请求转发给数据前置机,数据前置机在接收到绩效考核请求后,进入绩效监听模式,即,数据前置机从互联网医院信息系统上获取绩效统计数据;
步骤C2:数据前置机将绩效统计数据发送给数据接收服务器进行校验:校验通过,则执行步骤C3;校验不通过,则执行步骤C4;
步骤C3:数据接收服务器将绩效统计数据发送给绩效考核模块进行存储,绩效考核模块在对自身的绩效统计数据进行更新后,返回接收成功信息,并将接收成功信息返回给数据前置机,执行步骤C5;
步骤C4:数据接收服务器生成校验失败信息,并将该信息返回给数据前置机,执行步骤C5;
步骤C5:数据前置机记录返回结果。
优选的,所述数据前置机为服务器,所述互联网医院信息系统为医疗机构的互联网医疗服务器平台。
优选的,所述资质数据包括医院注册信息和互联网卫生服务人员注册信息。
优选的,所述实时数据包括网络诊疗服务数据、网络预约检查检验业务数据、网络预约挂号业务数据、互联网医疗资源数据和质量安全数据。
优选的,在执行步骤5时,数据前置机将业务数据发送给数据接收服务器进行校验的具体步骤如下:
步骤D1:将要发送的明文数据分为两部分:第一部分数据为医疗机构的唯一标识代码ORG_CODE;第二部分数据为包含业务数据的明文数据;
步骤D2:在数据前置机中预设密钥包,使用密钥包对第二部分数据进行3DES加密,并将密钥包的标识码放入唯一标识代码ORG_CODE中;
将唯一标识代码ORG_CODE与加密后的第二部分数据进行拼接;
所述密钥包由数据接收服务器发放给数据前置机;
步骤D3:数据前置机根据步骤D1到步骤D2的方法生成业务数据,业务数据为进行3DES加密后的数据;
数据前置机将业务数据发送给数据接收服务器;
步骤D5:数据接收服务器接收到业务数据后,数据接收服务器对业务数据进行解析,解析出业务数据的唯一标识代码ORG_CODE和加密后的第二部分数据;
步骤D6:根据唯一标识代码ORG_CODE找出数据前置机对应的密钥包;
步骤D7:数据接收服务器使用密钥包对加密后的第二部分数据进行解密,生成明文代码;
步骤D8:数据接收服务器对明文代码进行校验。
优选的,在执行步骤D2时,使用密钥包对第二部分数据进行3DES加密时,3DES使用的密钥包包括3个DES密钥,即,K1密钥,K2密钥和K3密钥,K1密钥,K2密钥和K3密钥均为56位,设定Ek()和Dk()代表DES算法的加密和解密过程,那么加密算法通过以下公式实现:
密文=EK3(DK2(EK1(明文)));
公式中,使用K1为密钥进行DES加密,再用K2为密钥进行DES“解密”,最后以K3进行DES加密。
优选的,在执行步骤D7时,数据接收服务器使用密钥包对加密后的第二部分数据进行解密是根据以下公式进行的:
明文=DK1(EK2(DK3(密文)));
其中,Ek()和Dk()代表DES算法的加密和解密过程,即以K3解密,以K2“加密”,最后以K1解密,最终获取解密后的明文。
优选的,在执行步骤D8时,对明文代码进行校验包括完整性校验和有效性校验:
完整性校验为对明文代码中的指标数量进行校验;
有效性校验为在确认明文代码的完整性后,依据明文代码中的每一项指标的数据格式进行校验。
本发明所述的一种互联网医疗服务监管平台,解决了对现有互联网医疗服务平台进行全流程监管的技术问题,本发明可对所有的互联网医院监管,包括互联网诊疗、远程医疗服务,还可对所有通过互联网的在线医疗服务进行监管,包括医务人员资质、诊疗行为、包括处方流转、信息安全的监管等。
附图说明
图1是本发明的系统构架图;
图2是本发明的步骤4的流程图;
图3是本发明的步骤5的流程图;
图4是本发明的步骤6的流程图。
具体实施方式
如图1-图4所示的一种互联网医疗服务监管平台,包括如下步骤:
步骤1:监管中心系统和医疗机构系统,监管中心系统包括数据接收服务器和数据分析服务器,数据接收服务器与数据分析服务器之间通过网线通信,医疗机构系统包括数据前置机和互联网医院信息系统;
数据前置机通过互联网与互联网医院信息系统通信,数据前置机还通过互联网与数据接收服务器通信;
医疗机构系统部署在受监管的医院中,数据前置机用于与医疗机构的互联网医疗服务平台进行对接,实现监管的同时,降低对医疗机构信息系统的影响。
监管中心系统部署在执行监管的医院。
数据接收服务器在收到数据后对数据进行校验,删除不符合规范的数据,将合格的数据传送至监管中心后台。
步骤2:数据前置机用于与互联网医院信息系统进行对接,采集互联网医院信息系统中的资质数据、实时数据和绩效数据;
数据前置机将资质数据、实时数据和绩效数据发送给数据接收服务器进行校验筛选;
步骤3:在数据分析服务器中建立资质审批模块、实时监管模块和绩效考核模块;
资质审批模块主要实现医院注册、互联网卫生服务人员注册、资质审批功能。在医疗机构初次申请开展互联网医疗服务时使用,通过数据前置机收集医院基本信息与医务人员相关信息,交由相关人员进行审核,完成审批。
实时监管模块通过数据前置机实时获取业务数据,实现网络诊疗服务监管、网络预约检查检验业务监管、网络预约挂号业务监管、互联网医疗资源监管、质量与安全监管等功能。
绩效考核模块对考核过程中需要的考核指标进行维护管理,进而通过若干考核指标形成成套的对互联网医疗服务考核的指标体系,最终按照规定时间和范围落实考核计划,考核指标由监管中心进行制定。
数据前置机将资质数据、实时数据和绩效数据发送给数据分析服务器进行处理;
步骤4:数据分析服务器中的资质审批模块对资质数据进行处理,其步骤如下:
步骤A1:资质数据包括医疗机构通过互联网医院信息系统递交的资质审批申请,资质审批模块对资质审批申请进行审核:审核通过,则执行步骤A2;审核不通过,则资质审批模块返回审核失败消息,并将该消息发送给数据接收服务器,并由数据接收服务器转发给数据前置机;
步骤A2:资质审批模块返回受理申请消息,并通过数据接收服务器将受理申请消息转发给数据前置机;
数据前置机接收到受理申请消息后,将预设的测试数据发送给数据接收服务器;
数据接收服务器将测试数据发送给资质审批模块,资质审批模块审核测试数据后,生成测试结果,并将测试结果再转发给数据前置机;
步骤A3:数据前置机查看测试结果是否为通过:是,则执行步骤A4;否,则重新执行步骤A2;
步骤A4:数据前置机生成对测试结果进行评价的申请请求,并将该申请请求发送给资质审批模块,资质审批模块对测试结果进行评价;
步骤A5:资质审批模块针对资质审批申请生成资质审批报告,并将资质审批报告发送给数据前置机进行保存;
步骤5:数据分析服务器中的实时监管模块对实时数据进行处理,其步骤如下:
步骤B1:实时监管模块向数据前置机发送实时监管请求,数据前置机接收到实时监管请求后,启动实时数据监听模式,即,数据前置机实时索取互联网医院信息系统上的业务数据;
步骤B2:数据前置机将业务数据发送给数据接收服务器进行校验:校验通过,则执行步骤B3;校验不通过,则执行步骤B4;
步骤B3:数据接收服务器将业务数据发送给实时监管模块进行存储,实时监管模块在对自身的业务数据进行更新后,返回接收成功信息,并将接收成功信息返回给数据前置机,执行步骤B5;
步骤B4:数据接收服务器生成校验失败信息,并将该信息返回给数据前置机,执行步骤B5;
步骤B5:数据前置机记录返回结果;返回结果包括接收成功信息或校验失败信息。
优选的,所述实时数据包括网络诊疗服务数据、网络预约检查检验业务数据、网络预约挂号业务数据、互联网医疗资源数据和质量安全数据。
网络诊疗服务数据用于实现查询网络诊疗服务情况,以月份维度,展示每个月的网络诊疗服务量的变化趋势。
网络诊疗服务数据以地区名称、医疗机构名称,科室名称、时间范围、患者性别、患者年龄、渠道、是否在线支付、患者评价等作为搜索或筛选条件,以组合形式进行查询,对于网络诊疗明细信息查询并做分页处理,可根据时间和地区进行排序,并显示当前查询出的总条数。
网络诊疗服务数据还包括电子处方流转数据,可监管网络诊疗诊断医嘱以及从电子处方开具、药师审方、药品配送等流转全程信息。
网络预约检查检验业务数据用于实现查询网上预约检查检验服务情况,以月份维度,展示每个月的网上开具检查检验量的变化趋势,以地区名称、医疗机构名称,科室名称、时间范围、患者性别、患者年龄、渠道、是否在线支付、预约类型(如:检查、检验)等作为搜索或筛选条件,以组合形式进行查询对预约检查检验明细信息查询并做分页处理,可根据时间和地区进行排序,并显示当前查询出的总条数。
网络预约挂号业务数据用于实现查询网上预约挂号服务情况,以月份维度,展示每个月的挂号量的变化趋势。
网络预约挂号业务数据以地区名称、医疗机构名称,科室名称、时间范围、患者性别、患者年龄、渠道、是否在线支付等搜索、筛选条件以组合形式进行查询。对挂号明细信息查询并做分页处理,可根据时间和地区进行排序,并显示当前查询出的总条数。
互联网医疗资源数据用于实现对互联网卫生服务人员、互联网医院专属空间、网点情况监控、诊疗设备、音视频和网络设备情况的综合分析与监控。
质量安全数据用于监控线上与线下诊断符合情况,包括诊断的符合率、符合数,对互联网医院服务满意度进行监控,分析相同时间范围内各医院的满意服务数和服务率,药品配送服务安全监控,配送流程的追溯,以及对不良事件的应急反应机制的建立与防范,并可按地区、医疗机构、日期进行筛选。
步骤6:数据分析服务器中的绩效考核模块对绩效数据进行处理,其步骤如下:
步骤C1:绩效考核模块生成绩效考核请求,并将该请求转发给数据前置机,数据前置机在接收到绩效考核请求后,进入绩效监听模式,即,数据前置机从互联网医院信息系统上获取绩效统计数据;
步骤C2:数据前置机将绩效统计数据发送给数据接收服务器进行校验:校验通过,则执行步骤C3;校验不通过,则执行步骤C4;
步骤C3:数据接收服务器将绩效统计数据发送给绩效考核模块进行存储,绩效考核模块在对自身的绩效统计数据进行更新后,返回接收成功信息,并将接收成功信息返回给数据前置机,执行步骤C5;
步骤C4:数据接收服务器生成校验失败信息,并将该信息返回给数据前置机,执行步骤C5;
步骤C5:数据前置机记录返回结果。
优选的,所述数据前置机为服务器,所述互联网医院信息系统为医疗机构的互联网医疗服务器平台。
优选的,所述资质数据包括医院注册信息和互联网卫生服务人员注册信息。
优选的,在执行步骤5时,数据前置机将业务数据发送给数据接收服务器进行校验的具体步骤如下:
步骤D1:将要发送的明文数据分为两部分:第一部分数据为医疗机构的唯一标识代码ORG_CODE;第二部分数据为包含业务数据的明文数据;
步骤D2:在数据前置机中预设密钥包,使用密钥包对第二部分数据进行3DES加密,并将密钥包的标识码放入唯一标识代码ORG_CODE中;
将唯一标识代码ORG_CODE与加密后的第二部分数据进行拼接;
所述密钥包由数据接收服务器发放给数据前置机;本发明中,每一个数据前置机中的密钥包均由数据接收服务器发放,数据接收服务器记录并存储每一个数据前置机对应的密钥包。
步骤D3:数据前置机根据步骤D1到步骤D2的方法生成业务数据,业务数据为进行3DES加密后的数据;
数据前置机将业务数据发送给数据接收服务器;
步骤D5:数据接收服务器接收到业务数据后,数据接收服务器对业务数据进行解析,解析出业务数据的唯一标识代码ORG_CODE和加密后的第二部分数据;
步骤D6:根据唯一标识代码ORG_CODE找出数据前置机对应的密钥包;
步骤D7:数据接收服务器使用密钥包对加密后的第二部分数据进行解密,生成明文代码;
步骤D8:数据接收服务器对明文代码进行校验。
优选的,在执行步骤D2时,使用密钥包对第二部分数据进行3DES加密时,3DES使用的密钥包包括3个DES密钥,即,K1密钥,K2密钥和K3密钥,K1密钥,K2密钥和K3密钥均为56位,设定Ek()和Dk()代表DES算法的加密和解密过程,那么加密算法通过以下公式实现:
密文=EK3(DK2(EK1(明文)));
公式中,使用K1为密钥进行DES加密,再用K2为密钥进行DES“解密”,最后以K3进行DES加密。
优选的,在执行步骤D7时,数据接收服务器使用密钥包对加密后的第二部分数据进行解密是根据以下公式进行的:
明文=DK1(EK2(DK3(密文)));
其中,Ek()和Dk()代表DES算法的加密和解密过程,即以K3解密,以K2“加密”,最后以K1解密,最终获取解密后的明文。
优选的,在执行步骤D8时,对明文代码进行校验包括完整性校验和有效性校验:
完整性校验为对明文代码中的指标数量进行校验,首先统计接口文档中所有指标的总数SUM,然后统计明文代码中的指标数量N1,设置完整性指标为Accuracy=N1/SUM,当Accuracy<1时即为明文代码不完整;
有效性校验为在确认明文代码的完整性后,依据明文代码中的每一项指标的数据格式进行校验,明文代码格式共包括3类:字符串类型S1、数字类型N、时间类型DT,针对每一项指标,其长度也进行不同类型限制,依据接口文档中的具体要求,对明文代码的指标逐项进行有效性校验,如若发现格式不一致,反馈数据格式异常,视为无效明文代码。
3DES是三重数据加密算法(英语:Triple Data Encryption Algorithm,缩写为TDEA,Triple DEA),是一种对称密钥加密块密码,相当于是对每个数据块应用三次数据加密标准(DES)算法,DES算法全称为Data Encryption Standard,即数据加密算法。
本发明实现了对医院机构和卫生服务人员的准入审批,对互联网医院的运营监控和管理,电子处方、门诊病历、诊疗日志等应按相关规定进行管控,并及时向监管平台传输和备份数据,对互联网医院的日常服务情况、服务的质量与安全、以及对互联网诊疗的信息追溯。
本发明实现了建立合理的互联网医院的考核机制,统计分析互联网医院运营状态,根据卫生健康行政部门的要求,开展相应的绩效考核与风险评估工作。
本发明实现了建立健全远程医疗考核评估机制,规范评估程序,完善评价体系和评价办法,提高评估的科学性、公开性与透明度。深化收入分配制度改革,建立科学合理的激励机制,调动机构和人员积极性。
本发明所述的一种互联网医疗服务监管平台,解决了对现有互联网医疗服务平台进行全流程监管的技术问题,本发明可对所有的互联网医院监管,包括互联网诊疗、远程医疗服务,还可对所有通过互联网的在线医疗服务进行监管,包括医务人员资质、诊疗行为、包括处方流转、信息安全的监管等。
Claims (8)
1.一种互联网医疗服务监管平台,其特征在于:包括如下步骤:
步骤1:监管中心系统和医疗机构系统,监管中心系统包括数据接收服务器和数据分析服务器,数据接收服务器与数据分析服务器之间通过网线通信,医疗机构系统包括数据前置机和互联网医院信息系统;
数据前置机通过互联网与互联网医院信息系统通信,数据前置机还通过互联网与数据接收服务器通信;
步骤2:数据前置机用于与互联网医院信息系统进行对接,采集互联网医院信息系统中的资质数据、实时数据和绩效数据;
数据前置机将资质数据、实时数据和绩效数据发送给数据接收服务器进行校验筛选;
步骤3:在数据分析服务器中建立资质审批模块、实时监管模块和绩效考核模块;
数据前置机将资质数据、实时数据和绩效数据发送给数据分析服务器进行处理;
步骤4:数据分析服务器中的资质审批模块对资质数据进行处理,其步骤如下:
步骤A1:资质数据包括医疗机构通过互联网医院信息系统递交的资质审批申请,资质审批模块对资质审批申请进行审核:审核通过,则执行步骤A2;审核不通过,则资质审批模块返回审核失败消息,并将该消息发送给数据接收服务器,并由数据接收服务器转发给数据前置机;
步骤A2:资质审批模块返回受理申请消息,并通过数据接收服务器将受理申请消息转发给数据前置机;
数据前置机接收到受理申请消息后,将预设的测试数据发送给数据接收服务器;
数据接收服务器将测试数据发送给资质审批模块,资质审批模块审核测试数据后,生成测试结果,并将测试结果再转发给数据前置机;
步骤A3:数据前置机查看测试结果是否为通过:是,则执行步骤A4;否,则重新执行步骤A2;
步骤A4:数据前置机生成对测试结果进行评价的申请请求,并将该申请请求发送给资质审批模块,资质审批模块对测试结果进行评价;
步骤A5:资质审批模块针对资质审批申请生成资质审批报告,并将资质审批报告发送给数据前置机进行保存;
步骤5:数据分析服务器中的实时监管模块对实时数据进行处理,其步骤如下:
步骤B1:实时监管模块向数据前置机发送实时监管请求,数据前置机接收到实时监管请求后,启动实时数据监听模式,即,数据前置机实时索取互联网医院信息系统上的业务数据;
步骤B2:数据前置机将业务数据发送给数据接收服务器进行校验:校验通过,则执行步骤B3;校验不通过,则执行步骤B4;
步骤B3:数据接收服务器将业务数据发送给实时监管模块进行存储,实时监管模块在对自身的业务数据进行更新后,返回接收成功信息,并将接收成功信息返回给数据前置机,执行步骤B5;
步骤B4:数据接收服务器生成校验失败信息,并将该信息返回给数据前置机,执行步骤B5;
步骤B5:数据前置机记录返回结果;
步骤6:数据分析服务器中的绩效考核模块对绩效数据进行处理,其步骤如下:
步骤C1:绩效考核模块生成绩效考核请求,并将该请求转发给数据前置机,数据前置机在接收到绩效考核请求后,进入绩效监听模式,即,数据前置机从互联网医院信息系统上获取绩效统计数据;
步骤C2:数据前置机将绩效统计数据发送给数据接收服务器进行校验:校验通过,则执行步骤C3;校验不通过,则执行步骤C4;
步骤C3:数据接收服务器将绩效统计数据发送给绩效考核模块进行存储,绩效考核模块在对自身的绩效统计数据进行更新后,返回接收成功信息,并将接收成功信息返回给数据前置机,执行步骤C5;
步骤C4:数据接收服务器生成校验失败信息,并将该信息返回给数据前置机,执行步骤C5;
步骤C5:数据前置机记录返回结果。
2.如权利要求1所述的一种互联网医疗服务监管平台,其特征在于:所述数据前置机为服务器,所述互联网医院信息系统为医疗机构的互联网医疗服务器平台。
3.如权利要求1所述的一种互联网医疗服务监管平台,其特征在于:所述资质数据包括医院注册信息和互联网卫生服务人员注册信息。
4.如权利要求1所述的一种互联网医疗服务监管平台,其特征在于:所述实时数据包括网络诊疗服务数据、网络预约检查检验业务数据、网络预约挂号业务数据、互联网医疗资源数据和质量安全数据。
5.如权利要求1所述的一种互联网医疗服务监管平台,其特征在于:在执行步骤5时,数据前置机将业务数据发送给数据接收服务器进行校验的具体步骤如下:
步骤D1:将要发送的明文数据分为两部分:第一部分数据为医疗机构的唯一标识代码ORG_CODE;第二部分数据为包含业务数据的明文数据;
步骤D2:在数据前置机中预设密钥包,使用密钥包对第二部分数据进行3DES加密,并将密钥包的标识码放入唯一标识代码ORG_CODE中;
将唯一标识代码ORG_CODE与加密后的第二部分数据进行拼接;
所述密钥包由数据接收服务器发放给数据前置机;
步骤D3:数据前置机根据步骤D1到步骤D2的方法生成业务数据,业务数据为进行3DES加密后的数据;
数据前置机将业务数据发送给数据接收服务器;
步骤D5:数据接收服务器接收到业务数据后,数据接收服务器对业务数据进行解析,解析出业务数据的唯一标识代码ORG_CODE和加密后的第二部分数据;
步骤D6:根据唯一标识代码ORG_CODE找出数据前置机对应的密钥包;
步骤D7:数据接收服务器使用密钥包对加密后的第二部分数据进行解密,生成明文代码;
步骤D8:数据接收服务器对明文代码进行校验。
6.如权利要求5所述的一种互联网医疗服务监管平台,其特征在于:在执行步骤D2时,使用密钥包对第二部分数据进行3DES加密时,3DES使用的密钥包包括3个DES密钥,即,K1密钥,K2密钥和K3密钥,K1密钥,K2密钥和K3密钥均为56位,设定Ek()和Dk()代表DES算法的加密和解密过程,那么加密算法通过以下公式实现:
密文=EK3(DK2(EK1(明文)));
公式中,使用K1为密钥进行DES加密,再用K2为密钥进行DES“解密”,最后以K3进行DES加密。
7.如权利要求6所述的一种互联网医疗服务监管平台,其特征在于:在执行步骤D7时,数据接收服务器使用密钥包对加密后的第二部分数据进行解密是根据以下公式进行的:
明文=DK1(EK2(DK3(密文)));
其中,Ek()和Dk()代表DES算法的加密和解密过程,即以K3解密,以K2“加密”,最后以K1解密,最终获取解密后的明文。
8.如权利要求5所述的一种互联网医疗服务监管平台,其特征在于:在执行步骤D8时,对明文代码进行校验包括完整性校验和有效性校验:
完整性校验为对明文代码中的指标数量进行校验;
有效性校验为在确认明文代码的完整性后,依据明文代码中的每一项指标的数据格式进行校验。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010081232.XA CN113241157B (zh) | 2020-02-06 | 2020-02-06 | 一种互联网医疗服务监管平台 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010081232.XA CN113241157B (zh) | 2020-02-06 | 2020-02-06 | 一种互联网医疗服务监管平台 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113241157A true CN113241157A (zh) | 2021-08-10 |
CN113241157B CN113241157B (zh) | 2023-06-20 |
Family
ID=77129799
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010081232.XA Active CN113241157B (zh) | 2020-02-06 | 2020-02-06 | 一种互联网医疗服务监管平台 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113241157B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113822648A (zh) * | 2021-09-14 | 2021-12-21 | 北京天健智慧科技有限公司 | 互联网护理平台审批数据的处理方法 |
WO2022247776A1 (zh) * | 2021-05-26 | 2022-12-01 | 北京京东拓先科技有限公司 | 一种信息处理方法及装置、存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102254086A (zh) * | 2011-05-03 | 2011-11-23 | 中国联合网络通信集团有限公司 | 医疗信息处理系统 |
KR20130082600A (ko) * | 2011-12-09 | 2013-07-22 | 박민호 | 환자 및 병원의 정보 공유 시스템 |
CN104392290A (zh) * | 2014-08-08 | 2015-03-04 | 平安养老保险股份有限公司 | 医疗服务提供方管理系统 |
CN110310732A (zh) * | 2019-07-09 | 2019-10-08 | 福建元新健康管理有限公司 | 一种多级联动康复医疗技术联合体系统 |
-
2020
- 2020-02-06 CN CN202010081232.XA patent/CN113241157B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102254086A (zh) * | 2011-05-03 | 2011-11-23 | 中国联合网络通信集团有限公司 | 医疗信息处理系统 |
KR20130082600A (ko) * | 2011-12-09 | 2013-07-22 | 박민호 | 환자 및 병원의 정보 공유 시스템 |
CN104392290A (zh) * | 2014-08-08 | 2015-03-04 | 平安养老保险股份有限公司 | 医疗服务提供方管理系统 |
CN110310732A (zh) * | 2019-07-09 | 2019-10-08 | 福建元新健康管理有限公司 | 一种多级联动康复医疗技术联合体系统 |
Non-Patent Citations (1)
Title |
---|
陈大鹏等: "福州总医院互联网医院平台设计与实现", 中国数字医学, no. 08 * |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022247776A1 (zh) * | 2021-05-26 | 2022-12-01 | 北京京东拓先科技有限公司 | 一种信息处理方法及装置、存储介质 |
CN113822648A (zh) * | 2021-09-14 | 2021-12-21 | 北京天健智慧科技有限公司 | 互联网护理平台审批数据的处理方法 |
CN113822648B (zh) * | 2021-09-14 | 2024-04-09 | 北京天健智慧科技有限公司 | 互联网护理平台审批数据的处理方法 |
Also Published As
Publication number | Publication date |
---|---|
CN113241157B (zh) | 2023-06-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8719057B2 (en) | Systems and methods for monitoring the status of medical claims | |
US8010384B2 (en) | Medical billing auditing method and system | |
US7438228B2 (en) | Systems and methods for managing electronic prescriptions | |
US6341265B1 (en) | Provider claim editing and settlement system | |
US20060129435A1 (en) | System and method for providing community health data services | |
US20060129434A1 (en) | System and method for disseminating healthcare data from a database | |
US20060161460A1 (en) | System and method for a graphical user interface for healthcare data | |
US20080120296A1 (en) | Systems and methods for free text searching of electronic medical record data | |
US20040078228A1 (en) | System for monitoring healthcare patient encounter related information | |
US20070294112A1 (en) | Systems and methods for identification and/or evaluation of potential safety concerns associated with a medical therapy | |
US20070192139A1 (en) | Systems and methods for patient re-identification | |
US20020016923A1 (en) | Broadband computer-based networked systems for control and management of medical records | |
US20060195340A1 (en) | System and method for restoring health data in a database | |
US20020138306A1 (en) | System and method for electronically managing medical information | |
US20030191669A1 (en) | System for providing consumer access to healthcare related information | |
US20040093240A1 (en) | Systems and methods for clinical trials information management | |
US20070294111A1 (en) | Systems and methods for identification of clinical study candidates | |
JP2009015835A (ja) | 臨床分析統合サービスのためのシステムおよび方法 | |
WO2011047334A1 (en) | System and method for clinical practice and health risk reduction monitoring | |
US8108225B2 (en) | Method, system, and software for analysis of a billing process | |
US7464043B1 (en) | Computerized method and system for obtaining, storing and accessing medical records | |
CN113241157B (zh) | 一种互联网医疗服务监管平台 | |
Mears et al. | A link to improve stroke patient care: a successful linkage between a statewide emergency medical services data system and a stroke registry | |
Abdullah et al. | Performance evaluation of rule‐based expert systems: An example from medical billing domain | |
US20050209885A1 (en) | Automatic processing and management of referrals of specialty healthcare services |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |