CN109102866A - 一种诊疗数据智能合约方法及装置 - Google Patents

一种诊疗数据智能合约方法及装置 Download PDF

Info

Publication number
CN109102866A
CN109102866A CN201810754727.7A CN201810754727A CN109102866A CN 109102866 A CN109102866 A CN 109102866A CN 201810754727 A CN201810754727 A CN 201810754727A CN 109102866 A CN109102866 A CN 109102866A
Authority
CN
China
Prior art keywords
data
diagnosis
treatment
producer
treatment data
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.)
Pending
Application number
CN201810754727.7A
Other languages
English (en)
Inventor
申艳莉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nhwa Pharmaceutical Corp
Original Assignee
申艳莉
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 申艳莉 filed Critical 申艳莉
Priority to CN201810754727.7A priority Critical patent/CN109102866A/zh
Publication of CN109102866A publication Critical patent/CN109102866A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00ICT 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/20ICT 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
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/382Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829Payment protocols; Details thereof insuring higher security of transaction involving key management

Abstract

本发明提供了一种诊疗数据智能合约方法及装置,本申请对数据消费方的要求和可支付费用额度及数据生产方的共享权益进行智能合约处理生成数据加工协议,数据消费方将费用支付到诊疗数据服务平台,在数据生产方生产好符合要求的诊疗数据后,诊疗数据服务平台将费用支付给数据生产方,数据生产方将数据传输给数据消费方,确保了双方的利益,生产方对生产的数据进行三级审核,确保数据的正确性,数据生产方传输至数据消费方的诊疗数据具有诊疗数据元数据,所述诊疗数据元数据采用哈希进行加密,数据消费方不能对诊疗数据及诊疗数据元数据进行修改,保证数据真实、完整、可溯源和不可被修改性。

Description

一种诊疗数据智能合约方法及装置
技术领域
本申请涉及诊疗数据处理技术领域,具体涉及一种诊疗数据智能合约方法及装置。
背景技术
近年来随着医院科研任务及要求的增加,对科研数据获取的真实性、准确性及效率要求越来越高,传统的手工或半手工获取科研数据的方式已不能满足要求,因此解决医院的科研数据问题,成为医院IT人员的重要任务。传统的“到信息部或统计室通过数据查询工具筛选符合条件的入组患者列表,查询病案或电子病历记录,将符合条件的数据录入数据库,最后对数据库进行分析”。这种方法的缺点是数据收集效率低下、准确性差。
临床数据的产生过程是:住院医生医嘱—护士站确认—药房摆药/检验科进行检查/护士执行护理操作—药师/技师/护师复核—传输到医生/护士区,这个过程涉及5-10个信息系统,这些系统联合起来才能完成整个住院病人发药的业务场景。对应的是,每个系统产生不同的数据,这些数据是互联的,所有的数据会存到临床数据中心,整个串联起来形成了整个数据系统。临床信息系统对于人记录的是工号、登陆的账号;时间是读取的服务器时间;地点是设置的一个地点或者机器所在的位置;事件是应用的功能。临床信息系统是一个运行过程中的系统,所记录的数据更适合运营管理,所以这个系统对科研都局限性。另外,有些业务流程在信息系统中没有形成闭环,比如医院没有门诊用药效果数据。其次,运行系统中记录了当时的使用场景数据,有些不是特别准确,不能达到科研数据的要求。数据质量(可用性)问题。由于EMR数据来源于多个不同的信息系统,经历了多次版本变化,数据的统一表示、关联和集成存在各种问题。同时,医生录入缺乏语义规范,同一诊断与治疗方案,不同医生的录入结果会不同。另外,EMR数据产生于病人真实的诊疗情况记录,目的并不直接面向科学研究。一个诊疗质量良好的病人记录,未必可以产生满足科研需求的数据记录。科研需求非常细致,数量很多,现有的数据根本达不到科研的要求,很多地方是没有数据记录的。
而对于数据消费方来说,其可能本身无法采集诊疗数据,而目前又缺乏委托数据生产方进行数据加工的平台,数据消费方私下委托数据生产方进行数据的加工,数据的质量无法保障,即数据消费方付款后可能得不到其想要的数据,或者数据生产方生产出来数据后,数据消费方修改了数据需求,不再付款,导致数据生产方的利益受损。
综上所述,现有的医疗数据生产交易中存在如下主要缺点:
1、诊疗数据的质量无法保障,数据生产方及数据消费方的利益无法保证。
2、数据生产各个环节中的利益分配不确定,生产数据的人员积极性低。
3、数据的生产低效、无法溯源、造假流行、无法评估的原有诊疗数据采集方式,需要有高效、标准、可追溯的数据采集工具。
发明内容
本申请的目的在于提出一种诊疗数据智能合约方法及装置,来解决以上背景技术部分或全部所提到的技术问题。
第一方面,本申请提供了一种诊疗数据智能合约方法,该方法包括:
消费方数据要求设置步骤,设置数据消费方对诊疗数据的要求和可支付费用额度;
数据生产方权益配置步骤,数据生产方在其数据采集平台上配置所述诊疗数据的共享权益;
智能合约步骤,对数据消费方设定的费用额度与数据生产方的权益要求进行智能合约处理,生成数据加工协议;
据生产步骤,数据生产方根据数据加工协议和消费方对诊疗数据的要求生产诊疗数据,并判断所生产的诊疗数据是否符合行业共识机制,如果是,则进行权益交换;
权益交换步骤,数据消费方将符合数据生产方的权益要求的费用通过诊疗数据服务平台支付给数据生产方,然后数据生产方将符合消费方诊疗数据要求的诊疗数据传输至数据消费方。
在一些实施例中,在消费方数据要求设置步骤中,设置数据消费方对诊疗数据的要求在行业标准的临床诊疗数据标准模板的基础上增设诊疗数据采集内容和要求,并将增设的诊疗数据采集内容和要求方发送至诊疗数据服务平台,并设定为此支付的费用额度和权益承诺,并支付费用至诊疗数据服务平台。
在一些实施例中,在智能合约步骤中,诊疗数据服务平台在接收到数据消费方支付的费用后将诊疗数据采集内容和要求发送至数据生产方,数据生产方在其数据采集平台上采集符合诊疗数据采集内容和要求的诊疗数据,数据生产方并对其生产的诊疗数据进行三级审核。
在一些实施例中,在权益交换步骤中,数据生产方对诊疗数据的三级审核结果为通过时,所述数据生产方发送诊疗数据已生产完毕的消息至诊疗数据服务平台,所述诊疗数据服务平台根据所述数据加工协议查找该诊疗数据对应的数据消费方,所述诊疗数据服务平台将数据生产方完成数据消费方的对诊疗数据的要求进行记录,并将该数据消费方支付的费用支付给数据生产方,数据生产方接收到所述费用后,将所述诊疗数据传输至数据消费方。
在一些实施例中,数据生产方传输至数据消费方的诊疗数据具有诊疗数据元数据,所述诊疗数据元数据采用哈希进行加密,数据消费方不能对诊疗数据及诊疗数据元数据进行修改,且数据消费方在使用所述诊疗数据时应标明所述诊疗数据来自数据生产方。
在一些实施例中,所述诊疗数据元数据包括诊疗数据来源、诊疗数据源记录时间和存入CDMS的时间,所述诊疗数据元数据用于实现诊疗数据的可追溯。
在一些实施例中,所述数据生产方的共享权益配置包括:所述诊疗数据服务平台的收益比例及所采集的诊疗数据来源医院、人工比对核查人、人工补充录入人和/或三级行政审核人的收益分配比例。
在一些实施例中,根据所采集的诊疗数据来源医院、人工比对核查人、人工补充录入人和/或三级行政审核人所占权益百分比自动将数据消费方支付的费用进行分配。
在一些实施例中,所述诊疗数据生产方包括以下至少之一:
在具有国家法定医疗资质机构内具有法定行医资质和护理资质的执业医生或者执业护师,按照中国临床实际诊疗过程中的三级查房原则所有数据经过三个或三个以上不同行政级别的专业医生或者护士进行录入、审核和监察的团队或组织。
在一些实施例中,所述数据消费方包括以下至少之一:
经过智能合约线上验证加线下行政认证双认证的医疗机构中具有行医资质或者护理资质的医护人员、经过线上验证加线下行政认证双认证的具有法人资质的企业、研究单位等或其他遵守智能合约约定的数据共享规则的组织或个人。
在一些实施例中,所述诊疗数据包括以下至少之一:生产方自己根据国际CDISC标准、单病种标准和科室内诊疗路径采集的患者诊疗全节点实际发生的诊疗数据,和数据生产方根据数据消费方的要求采集的数据生产方所在医疗机构患者诊疗过程的实际发生的诊疗数据。
在一些实施例中,所述行业共识机制是指数据生产方生产的诊疗数据既符合国际CDISC标准,又符合临床三级审核要求。
在一些实施例中,所述国际CDISC标准包括基线数据、诊疗过程数据、治疗结果和患者随访数据;所述临床三级审核要求是指具有行医资质的医护人员按照行政级别经过三个或三个以上不同行政级别的医护录入、审核和稽查,并将数据来源、操作痕迹和时间戳保存在所述诊疗数据元数据中。
在一些实施例中,所述诊疗数据元数据还包括审核痕迹、修改痕迹、修改理由、修改人、修改时间和/或锁定时间。
在一些实施例中,所述方法还包括:从所述诊疗信息中去除患者隐私数据、医院行政组织数据、业务或财务信息。
在一些实施例中,按照预定时间段,获取所述诊疗数据的增量数据或修改数据。
在一些实施例中,所述数据消费方不能对所述诊疗数据再次进行交易。
在一些实施例中,在数据生产方已开始生产诊疗数据后,如果数据消费方修改了诊疗数据的要求,数据消费方应向数据生产方支付已经完成的诊疗数据的费用,然后数据生产方再根据数据消费方修改后的诊疗数据的要求生产诊疗数据。
第二方面,本申请提供了一种诊疗数据智能合约装置,该装置包括:
消费方数据要求设置模块,用于设置数据消费方对诊疗数据的要求和可支付费用额度;
数据生产方权益配置模块,用于使数据生产方在其数据采集平台上配置所述诊疗数据的共享权益;
智能合约模块,用于对数据消费方设定的费用额度与数据生产方的权益要求进行智能合约处理,生成数据加工协议;
据生产模块,用于使数据生产方根据数据加工协议和消费方对诊疗数据的要求生产诊疗数据,并判断所生产的诊疗数据是否符合行业共识机制,如果是,则进行权益交换;
权益交换模块,用于使数据消费方将符合数据生产方的权益要求的费用通过诊疗数据服务平台支付给数据生产方,然后数据生产方将符合消费方诊疗数据要求的诊疗数据传输至数据消费方。
在一些实施例中,在消费方数据要求设置模块中,设置数据消费方对诊疗数据的要求在行业标准的临床诊疗数据标准模板的基础上增设诊疗数据采集内容和要求,并将增设的诊疗数据采集内容和要求方发送至诊疗数据服务平台,并设定为此支付的费用额度和权益承诺,并支付费用至诊疗数据服务平台。
在一些实施例中,在智能合约模块中,诊疗数据服务平台在接收到数据消费方支付的费用后将诊疗数据采集内容和要求发送至数据生产方,数据生产方在其数据采集平台上采集符合诊疗数据采集内容和要求的诊疗数据,数据生产方并对其生产的诊疗数据进行三级审核。
在一些实施例中,在权益交换模块中,数据生产方对诊疗数据的三级审核结果为通过时,所述数据生产方发送诊疗数据已生产完毕的消息至诊疗数据服务平台,所述诊疗数据服务平台根据所述数据加工协议查找该诊疗数据对应的数据消费方,所述诊疗数据服务平台将数据生产方完成数据消费方的对诊疗数据的要求进行记录,并将该数据消费方支付的费用支付给数据生产方,数据生产方接收到所述费用后,将所述诊疗数据传输至数据消费方。
在一些实施例中,数据生产方传输至数据消费方的诊疗数据具有诊疗数据元数据,所述诊疗数据元数据采用哈希进行加密,数据消费方不能对诊疗数据及诊疗数据元数据进行修改,且数据消费方在使用所述诊疗数据时应标明所述诊疗数据来自数据生产方。
在一些实施例中,所述诊疗数据元数据包括诊疗数据来源、诊疗数据源记录时间和存入CDMS的时间,所述诊疗数据元数据用于实现诊疗数据的可追溯。
在一些实施例中,所述数据生产方的共享权益配置包括:所述诊疗数据服务平台的收益比例及所采集的诊疗数据来源医院、人工比对核查人、人工补充录入人和/或三级行政审核人的收益分配比例。
在一些实施例中,根据所采集的诊疗数据来源医院、人工比对核查人、人工补充录入人和/或三级行政审核人所占权益百分比自动将数据消费方支付的费用进行分配。
在一些实施例中,所述诊疗数据生产方包括以下至少之一:
在具有国家法定医疗资质机构内具有法定行医资质和护理资质的执业医生或者执业护师,按照中国临床实际诊疗过程中的三级查房原则所有数据经过三个或三个以上不同行政级别的专业医生或者护士进行录入、审核和监察的团队或组织。
在一些实施例中,所述数据消费方包括以下至少之一:
经过智能合约线上验证加线下行政认证双认证的医疗机构中具有行医资质或者护理资质的医护人员、经过线上验证加线下行政认证双认证的具有法人资质的企业、研究单位等或其他遵守智能合约约定的数据共享规则的组织或个人。
在一些实施例中,所述诊疗数据包括以下至少之一:生产方自己根据国际CDISC标准、单病种标准和科室内诊疗路径采集的患者诊疗全节点实际发生的诊疗数据,和数据生产方根据数据消费方的要求采集的数据生产方所在医疗机构患者诊疗过程的实际发生的诊疗数据。
在一些实施例中,所述行业共识机制是指数据生产方生产的诊疗数据既符合国际CDISC标准,又符合临床三级审核要求。
在一些实施例中,所述国际CDISC标准包括基线数据、诊疗过程数据、治疗结果和患者随访数据;所述临床三级审核要求是指具有行医资质的医护人员按照行政级别经过三个或三个以上不同行政级别的医护录入、审核和稽查,并将数据来源、操作痕迹和时间戳保存在所述诊疗数据元数据中。
在一些实施例中,所述诊疗数据元数据还包括审核痕迹、修改痕迹、修改理由、修改人、修改时间和/或锁定时间。
在一些实施例中,所述装置还包括脱敏模块,配置用于从所述原始诊疗信息中去除患者隐私数据、医院行政组织数据、业务或财务信息。
在一些实施例中,按照预定时间段,获取所述诊疗数据的增量数据或修改数据。
在一些实施例中,所述数据消费方不能对所述诊疗数据再次进行交易。
在一些实施例中,在数据生产方已开始生产诊疗数据后,如果数据消费方修改了诊疗数据的要求,数据消费方应向数据生产方支付已经完成的诊疗数据的费用,然后数据生产方再根据数据消费方修改后的诊疗数据的要求生产诊疗数据。
本申请实施例提供的诊疗数据智能合约方法及装置,对数据消费方的要求和可支付费用额度及数据生产方的共享权益进行智能合约处理生成数据加工协议,数据消费方将费用支付到诊疗数据服务平台,在数据生产方生产好符合要求的诊疗数据后,诊疗数据服务平台将费用支付给数据生产方,数据生产方将数据传输给数据消费方,确保了双方的利益,生产方对生产的数据进行三级审核,确保数据的正确性,数据生产方传输至数据消费方的诊疗数据具有诊疗数据元数据,所述诊疗数据元数据采用哈希进行加密,数据消费方不能对诊疗数据及诊疗数据元数据进行修改,保证数据真实、完整、可溯源和不可被修改性。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本申请的其它特征、目的和优点将会变得更明显:
图1是根据本申请诊疗数据智能合约方法的一个实施例的流程图。
图2是标准数据模板的一个具体例子示意图。
图3是根据本申请的诊疗数据智能合约装置的一个具体实施例的结构示意图。
具体实施方式
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释相关发明,而非对该发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与有关发明相关的部分。
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
图1示出了本申请诊疗数据智能合约方法一个实施例的流程图。该诊疗数据智能合约方法一个实施例的流程的执行主体可以是具有一定数据处理和存储能力的任一电子设备,或者可以在电子设备上运行的应用程序。上述电子设备可以是单一电子设备,也可以是电子设备集群,也可以运行在网络系统或云处理系统中,本申请对此不做限定。下面详细介绍该流程的具体实施过程。
如图1所示,该方法包括:
消费方数据要求设置步骤S101,设置数据消费方对诊疗数据的要求和可支付费用额度。
在一些实施例中,在消费方数据要求设置步骤S101中,设置数据消费方对诊疗数据的要求在行业标准的临床诊疗数据标准模板的基础上增设诊疗数据采集内容和要求,并将增设的诊疗数据采集内容和要求方发送至诊疗数据服务平台,并设定为此支付的费用额度和权益承诺,并支付费用至诊疗数据服务平台。
数据生产方权益配置步骤S102,数据生产方在其数据采集平台上配置所述诊疗数据的共享权益。
在一些实施例中,所述数据生产方的共享权益配置包括:所述诊疗数据服务平台的收益比例及所采集的诊疗数据来源医院、人工比对核查人、人工补充录入人和/或三级行政审核人的收益分配比例。所述诊疗数据服务平台的收益比例是必须有,它用于维护诊疗数据服务平台的运行,一般比例为10%-25%,当然也可以根据实际情况约定其他比例,本发明不做限定。其他组织或人的收益比例可以根据实际的贡献大小进行分配。
智能合约步骤S103,对数据消费方设定的费用额度与数据生产方的权益要求进行智能合约处理,生成数据加工协议。
在智能合约步骤S103中,将数据消费方的设定的费用额度与数据生产方的权益要求进行智能匹配,即寻找相互匹配的数据生产方和消费方,并生成数据加工协议,所述加工协议中至少记录数据生产方,数据消费方,费用额度,数据的要求等等。
数据生产步骤S104,数据生产方根据数据加工协议和消费方对诊疗数据的要求生产诊疗数据,并判断所生产的诊疗数据是否符合行业共识机制,如果是,则进行权益交换。
数据生产步骤S104使用原始诊疗数据生产符合要求的诊疗数据,原始诊疗数据可以是诊疗过程中,原始记录的数据,例如医生问诊时患者对病情的描述、医生所开的处方、护士对住院病人的情况记录,等等。
上述执行主体可以从医院各种数据系统获取原始诊疗数据。在一个实施例中,原始诊疗数据可以来自以下至少一个数据来源:批量导入的表格数据、从医院信息系统HIS(Hospital Information System,简称HIS)获取的数据、电子病历(Electronic MedicalRecord,EMR)数据、影像归档和通信系统(Picture Archiving and CommunicationSystems,PACS)数据、医院实验室信息管理系统(Hospital laboratory InformationManagement system,简称LIS)数据、手麻系统,等等。可选地,当数据来源包括HIS系统、LIS系统、放射科信息系统(Radiology Information System,简称RIS系统)、PACS系统和手麻系统时,原始诊疗数据至少可以包括HIS系统中的患者基线数据,LIS系统中的血生化检查数据,RIS系统中的放射科数据,PACS系统中的图像数据,手麻系统中的手术麻醉数据,等等。
在一些实现中,原始诊疗数据还可以包括批量导入的数据、智能手机端等多端录入的数据、原始病历拍照上传的数据、患者微信端录入随访数据等等。
原始诊疗数据可以通过各种可能的采集途径进行采集,例如扫描仪、医生、护士工作使用的计算机、病人使用的智能手机等等。在一些实现中,可以设置前置机,用来从医院各种数据系统获取这些原始诊疗数据,然后将这些原始诊疗数据发送至上述执行主体。在一个实施例中,可以在前置机和上述执行主体之间设置网闸进行物理隔离,使数据只能从前置机发送至上述执行主体。此时,需要在前置机中设置好需要的数据。这样,可以减少上述执行主体与外界设备的连接,保证上述执行主体中的数据安全。值得说明的是,前置机作为医院数据采集的中间设备,其可以通过计算机、笔记本电脑、扫描仪等等实现。
权益交换步骤S105,数据消费方将符合数据生产方的权益要求的费用通过诊疗数据服务平台支付给数据生产方,然后数据生产方将符合消费方诊疗数据要求的诊疗数据传输至数据消费方。
在一些实施例中,在权益交换步骤S105中,数据生产方对诊疗数据的三级审核结果为通过时,所述数据生产方发送诊疗数据已生产完毕的消息至诊疗数据服务平台,所述诊疗数据服务平台根据所述数据加工协议查找该诊疗数据对应的数据消费方,所述诊疗数据服务平台将数据生产方完成数据消费方的对诊疗数据的要求进行记录,并将该数据消费方支付的费用支付给数据生产方,数据生产方接收到所述费用后,将所述诊疗数据传输至数据消费方。通过诊疗数据服务平台在确保数据生产方将数据消费方需要的数据生产完毕后将费用支付给数据生产方,随后数据生产方将生产的诊疗数据传输至数据消费方,确保双方的利益,这是本申请的重要发明点之一。
在一些实施例中,根据所采集的诊疗数据来源医院、人工比对核查人、人工补充录入人和/或三级行政审核人所占权益百分比自动将数据消费方支付的费用进行分配。
在一些实施例中,所述诊疗数据生产方包括以下至少之一:在具有国家法定医疗资质机构内具有法定行医资质和护理资质的执业医生或者执业护师,按照中国临床实际诊疗过程中的三级查房原则所有数据经过三个或三个以上不同行政级别的专业医生或者护士进行录入、审核和监察的团队或组织。
在一些实施例中,所述数据消费方包括以下至少之一:经过智能合约线上验证加线下行政认证双认证的医疗机构中具有行医资质或者护理资质的医护人员、经过线上验证加线下行政认证双认证的具有法人资质的企业、研究单位等或其他遵守智能合约约定的数据共享规则的组织或个人。
在一些实施例中,数据生产方传输至数据消费方的诊疗数据具有诊疗数据元数据,所述诊疗数据元数据采用哈希进行加密,数据消费方不能对诊疗数据及诊疗数据元数据进行修改,且数据消费方在使用所述诊疗数据时应标明所述诊疗数据来自数据生产方。所述诊疗数据元数据包括诊疗数据来源、诊疗数据源记录时间和存入临床试验数据管理系统(Clinical Data Management System,CDMS)的时间,所述诊疗数据元数据用于实现诊疗数据的可追溯,在数据库中,诊疗数据及对应的诊疗数据元数据存储为一条记录。这样,保证了数据真实、完整、可溯源和不可被修改性,这是本发明的另一重要发明点。
在一个实施例中,上述临床诊疗数据标准模板可以包括符合临床数据交换标准协会(Clinical Data Interchange Standards Consortium,简称CDISC)标准的基线信息、诊疗经过信息和治疗结果信息。该标准模板可以是表格、语句等各种形式,用于对所需数据进行描述、限定。
如图2所示的标准模板一个具体例子中的表格210,其可以包括3个大的标准子域211,如基线信息、诊疗经过信息和治疗结果信息。每个大的标准子域211下还可以包括多个小的标准子域212(如人口学等),小的标准子域212下还可以包括多个数据项(如性别、血型等),根据这些小的标准子域212或者数据项。数据消费方可以根据需要对该标准模板进行扩展。
在另一些情况下,标准模板也可以只是一些描述语句,例如“患者的血型是___”等等,此时上述电子设备可以对原始诊疗数据进行匹配,例如从该描述语句中抽取关键词“血型”,然后从检查结果的原始诊疗数据中匹配到“血型:O”,从而提取“O”补充到上述描述语句中作为一条筛选诊疗数据。
在实施例的一些可选实现方式中,基线信息可以包括但不限于,人口学、疾病史、诊断、患者ID、入院时间5个CDISC标准子域。其中:人口学例如可以包括但不限于:性别、出生年月、血型等信息;疾病史可以包括但不限于病人和/或其直系亲属之前所患疾病、治疗方案等等;诊断可以采用国际诊断字典库ICD10统一进行标准化处理。诊疗经过可以包括,治疗方式(如所用药物、所用设备等等)、治疗周期(如3个月等)、检查结果3个CDISC标准子域;治疗结果可以包括,住院时长、诊疗相关总花费、并发症、治疗结果4个CDISC标准子域。
在一些实施例中,生产后的所述诊疗数据包括以下至少之一:生产方自己根据国际CDISC标准、单病种标准和科室内诊疗路径采集的患者诊疗全节点实际发生的诊疗数据,和数据生产方根据数据消费方的要求采集的数据生产方所在医疗机构患者诊疗过程的实际发生的诊疗数据。
在一些实施例中,数据生产步骤S104中的所述行业共识机制是指数据生产方生产的诊疗数据既符合国际CDISC标准,又符合临床三级审核要求。
在一些实施例中,所述国际CDISC标准包括基线数据、诊疗过程数据、治疗结果和患者随访数据;所述临床三级审核要求是指具有行医资质的医护人员按照行政级别经过三个或三个以上不同行政级别的医护录入、审核和稽查,并将数据来源、操作痕迹和时间戳保存在所述诊疗数据元数据中,确保数据的可追溯。
在一些实施例中,所述诊疗数据元数据还包括审核痕迹、修改痕迹、修改理由、修改人、修改时间和/或锁定时间。即确保诊疗数据的全程可追溯。
在一些实现方式中,上述执行主体还可以从原始诊疗信息中去除患者隐私数据(如姓名、电话、住址等)、医院行政组织数据(如部门上下级关系等)、业务或财务信息(如收费数据)等。如此,可以对原始诊疗信息进行脱敏处理,去敏感词,以保护患者和医院隐私。
可以理解,由于医院数据可能在实时更新,所以第一次大批量获取原始诊疗数据之后,每隔一段时间,诊疗数据都可能有增加或修改。因此,在本实施例的一些可选实现方式中,上述执行主体可以按照预定时间段,诊疗数据的增量数据或修改数据。该预定时间段可以是1天、20个小时、2天等等,视具体情况而定。
为保证数据生产方的利益,所述数据消费方不能对所述诊疗数据再次进行交易。且在一些实施例中,在数据生产方已开始生产诊疗数据后,如果数据消费方修改了诊疗数据的要求,数据消费方应向数据生产方支付已经完成的诊疗数据的费用,然后数据生产方再根据数据消费方修改后的诊疗数据的要求生产诊疗数据。从而避免了数据消费方修改数据要求时不支付已经完成生产的诊疗数据的费用,保障了数据生产方的利益。
图3示出了本申请诊疗数据智能合约装置一个实施例的结构图。如图3所示,该装置包括:
消费方数据要求设置模块301,设置数据消费方对诊疗数据的要求和可支付费用额度。
在一些实施例中,在消费方数据要求设置模块301中,设置数据消费方对诊疗数据的要求在行业标准的临床诊疗数据标准模板的基础上增设诊疗数据采集内容和要求,并将增设的诊疗数据采集内容和要求方发送至诊疗数据服务平台,并设定为此支付的费用额度和权益承诺,并支付费用至诊疗数据服务平台。
数据生产方权益配置模块302,数据生产方在其数据采集平台上配置所述诊疗数据的共享权益。
在一些实施例中,所述数据生产方的共享权益配置包括:所述诊疗数据服务平台的收益比例及所采集的诊疗数据来源医院、人工比对核查人、人工补充录入人和/或三级行政审核人的收益分配比例。所述诊疗数据服务平台的收益比例是必须有,它用于维护诊疗数据服务平台的运行,一般比例为10%-25%,当然也可以根据实际情况约定其他比例,本发明不做限定。其他组织或人的收益比例可以根据实际的贡献大小进行分配。
智能合约模块303,对数据消费方设定的费用额度与数据生产方的权益要求进行智能合约处理,生成数据加工协议。
在智能合约模块303中,将数据消费方的设定的费用额度与数据生产方的权益要求进行智能匹配,即寻找相互匹配的数据生产方和消费方,并生成数据加工协议,所述加工协议中至少记录数据生产方,数据消费方,费用额度,数据的要求等等。
数据生产模块304,数据生产方根据数据加工协议和消费方对诊疗数据的要求生产诊疗数据,并判断所生产的诊疗数据是否符合行业共识机制,如果是,则进行权益交换。
数据生产模块304使用原始诊疗数据生产符合要求的诊疗数据,原始诊疗数据可以是诊疗过程中,原始记录的数据,例如医生问诊时患者对病情的描述、医生所开的处方、护士对住院病人的情况记录,等等。
上述执行主体可以从医院各种数据系统获取原始诊疗数据。在一个实施例中,原始诊疗数据可以来自以下至少一个数据来源:批量导入的表格数据、从医院信息系统HIS(Hospital Information System,简称HIS)获取的数据、电子病历(Electronic MedicalRecord,EMR)数据、影像归档和通信系统(Picture Archiving and CommunicationSystems,PACS)数据、医院实验室信息管理系统LIS(Hospital laboratory InformationManagement system,简称LIS)数据、手麻系统,等等。可选地,当数据来源包括HIS系统、LIS系统、放射科信息系统(Radiology Information System,简称RIS系统)、PACS系统和手麻系统时,原始诊疗数据至少可以包括HIS系统中的患者基线数据,LIS系统中的血生化检查数据,RIS系统中的放射科数据,PACS系统中的图像数据,手麻系统中的手术麻醉数据,等等。
在一些实现中,原始诊疗数据还可以包括批量导入的数据、智能手机端等多端录入的数据、原始病历拍照上传的数据、患者微信端录入随访数据等等。
权益交换模块305,数据消费方将符合数据生产方的权益要求的费用通过诊疗数据服务平台支付给数据生产方,然后数据生产方将符合消费方诊疗数据要求的诊疗数据传输至数据消费方。
在一些实施例中,在权益交换模块305中,数据生产方对诊疗数据的三级审核结果为通过时,所述数据生产方发送诊疗数据已生产完毕的消息至诊疗数据服务平台,所述诊疗数据服务平台根据所述数据加工协议查找该诊疗数据对应的数据消费方,所述诊疗数据服务平台将数据生产方完成数据消费方的对诊疗数据的要求进行记录,并将该数据消费方支付的费用支付给数据生产方,数据生产方接收到所述费用后,将所述诊疗数据传输至数据消费方。通过诊疗数据服务平台在确保数据生产方将数据消费方需要的数据生产完毕后将费用支付给数据生产方,随后数据生产方将生产的诊疗数据传输至数据消费方,确保双方的利益,这是本申请的重要发明点之一。
在一些实施例中,根据所采集的诊疗数据来源医院、人工比对核查人、人工补充录入人和/或三级行政审核人所占权益百分比自动将数据消费方支付的费用进行分配。
在一些实施例中,所述诊疗数据生产方包括以下至少之一:在具有国家法定医疗资质机构内具有法定行医资质和护理资质的执业医生或者执业护师,按照中国临床实际诊疗过程中的三级查房原则所有数据经过三个或三个以上不同行政级别的专业医生或者护士进行录入、审核和监察的团队或组织。
在一些实施例中,所述数据消费方包括以下至少之一:经过智能合约线上验证加线下行政认证双认证的医疗机构中具有行医资质或者护理资质的医护人员、经过线上验证加线下行政认证双认证的具有法人资质的企业、研究单位等或其他遵守智能合约约定的数据共享规则的组织或个人。
在一些实施例中,数据生产方传输至数据消费方的诊疗数据具有诊疗数据元数据,所述诊疗数据元数据采用哈希进行加密,数据消费方不能对诊疗数据及诊疗数据元数据进行修改,且数据消费方在使用所述诊疗数据时应标明所述诊疗数据来自数据生产方。所述诊疗数据元数据包括诊疗数据来源、诊疗数据源记录时间和存入临床试验数据管理系统(Clinical Data Management System,CDMS)的时间,所述诊疗数据元数据用于实现诊疗数据的可追溯,在数据库中,诊疗数据及对应的诊疗数据元数据存储为一条记录。这样,保证了数据真实、完整、可溯源和不可被修改性,这是本发明的另一重要发明点。
在一个实施例中,上述临床诊疗数据标准模板可以包括符合CDISC标准的基线信息、诊疗经过信息和治疗结果信息。该标准模板可以是表格、语句等各种形式,用于对所需数据进行描述、限定。具体参见图2及上述对图2的描述。
在一些实施例中,生产后的所述诊疗数据包括以下至少之一:生产方自己根据国际CDISC标准、单病种标准和科室内诊疗路径采集的患者诊疗全节点实际发生的诊疗数据,和数据生产方根据数据消费方的要求采集的数据生产方所在医疗机构患者诊疗过程的实际发生的诊疗数据。
在一些实施例中,数据生产模块304中的所述行业共识机制是指数据生产方生产的诊疗数据既符合国际CDISC标准,又符合临床三级审核要求。
在一些实施例中,所述国际CDISC标准包括基线数据、诊疗过程数据、治疗结果和患者随访数据;所述临床三级审核要求是指具有行医资质的医护人员按照行政级别经过三个或三个以上不同行政级别的医护录入、审核和稽查,并将数据来源、操作痕迹和时间戳保存在所述诊疗数据元数据中,确保数据的可追溯。
在一些实施例中,所述诊疗数据元数据还包括审核痕迹、修改痕迹、修改理由、修改人、修改时间和/或锁定时间。即确保诊疗数据的全程可追溯。
在一些实现方式中,所述装置还包括脱敏模块,用于从原始诊疗信息中去除患者隐私数据(如姓名、电话、住址等)、医院行政组织数据(如部门上下级关系等)、业务或财务信息(如收费数据)等。如此,可以对原始诊疗信息进行脱敏处理,去敏感词,以保护患者和医院隐私。
可以理解,由于医院数据可能在实时更新,所以第一次大批量获取原始诊疗数据之后,每隔一段时间,诊疗数据都可能有增加或修改。因此,在本实施例的一些可选实现方式中,上述执行主体可以按照预定时间段,诊疗数据的增量数据或修改数据。该预定时间段可以是1天、20个小时、2天等等,视具体情况而定。
为保证数据生产方的利益,所述数据消费方不能对所述诊疗数据再次进行交易。且在一些实施例中,在数据生产方已开始生产诊疗数据后,如果数据消费方修改了诊疗数据的要求,数据消费方应向数据生产方支付已经完成的诊疗数据的费用,然后数据生产方再根据数据消费方修改后的诊疗数据的要求生产诊疗数据。从而避免了数据消费方修改数据要求时不支付已经完成生产的诊疗数据的费用,保障了数据生产方的利益。
值得说明的是,本实施例的诊疗数据智能合约装置与图1示出的诊疗数据智能合约方法相对应,因此基于图1-2的描述和解释同样适用于本实施例的系统,在此不再赘述。
以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本申请中所涉及的发明范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述发明构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (19)

1.一种诊疗数据智能合约方法,其特征在于,该方法包括:
消费方数据要求设置步骤,设置数据消费方对诊疗数据的要求和可支付费用额度;
数据生产方权益配置步骤,数据生产方在其数据采集平台上配置所述诊疗数据的共享权益;
智能合约步骤,对数据消费方设定的费用额度与数据生产方的权益要求进行智能合约处理,生成数据加工协议;
数据生产步骤,数据生产方根据数据加工协议和消费方对诊疗数据的要求生产诊疗数据,并判断所生产的诊疗数据是否符合行业共识机制,如果是,则进行权益交换;
权益交换步骤,数据消费方将符合数据生产方的权益要求的费用通过诊疗数据服务平台支付给数据生产方,然后数据生产方将符合消费方诊疗数据要求的诊疗数据传输至数据消费方。
2.根据权利要求1所述的方法,其特征在于,在消费方数据要求设置步骤中,设置数据消费方对诊疗数据的要求在行业标准的临床诊疗数据标准模板的基础上增设诊疗数据采集内容和要求,并将增设的诊疗数据采集内容和要求方发送至诊疗数据服务平台,并设定为此支付的费用额度和权益承诺,并支付费用至诊疗数据服务平台。
3.根据权利要求2所述的方法,其特征在于,在智能合约步骤中,诊疗数据服务平台在接收到数据消费方支付的费用后将诊疗数据采集内容和要求发送至数据生产方,数据生产方在其数据采集平台上采集符合诊疗数据采集内容和要求的诊疗数据,数据生产方并对其生产的诊疗数据进行三级审核。
4.根据权利要求3所述的方法,其特征在于,
在权益交换步骤中,数据生产方对诊疗数据的三级审核结果为通过时,所述数据生产方发送诊疗数据已生产完毕的消息至诊疗数据服务平台,所述诊疗数据服务平台根据所述数据加工协议查找该诊疗数据对应的数据消费方,所述诊疗数据服务平台将数据生产方完成数据消费方的对诊疗数据的要求进行记录,并将该数据消费方支付的费用支付给数据生产方,数据生产方接收到所述费用后,将所述诊疗数据传输至数据消费方。
5.根据权利要求4所述的方法,其特征在于,数据生产方传输至数据消费方的诊疗数据具有诊疗数据元数据,所述诊疗数据元数据采用哈希进行加密,数据消费方不能对诊疗数据及诊疗数据元数据进行修改,且数据消费方在使用所述诊疗数据时应标明所述诊疗数据来自数据生产方。
6.根据权利要求5的方法,其特征在于,所述诊疗数据元数据包括诊疗数据来源、诊疗数据源记录时间和存入CDMS的时间,所述诊疗数据元数据用于实现诊疗数据的可追溯。
7.根据权利要求5的方法,其特征在于,所述数据生产方的共享权益配置包括:所述诊疗数据服务平台的收益比例及所采集的诊疗数据来源医院、人工比对核查人、人工补充录入人和/或三级行政审核人的收益分配比例。
8.根据权利要求7的方法,其特征在于,根据所采集的诊疗数据来源医院、人工比对核查人、人工补充录入人和/或三级行政审核人所占权益百分比自动将数据消费方支付的费用进行分配。
9.根据权利要求1的方法,其特征在于,所述诊疗数据生产方包括以下至少之一:
在具有国家法定医疗资质机构内具有法定行医资质和护理资质的执业医生或者执业护师,按照中国临床实际诊疗过程中的三级查房原则所有数据经过三个或三个以上不同行政级别的专业医生或者护士进行录入、审核和监察的团队或组织。
10.根据权利要求1的方法,其特征在于,所述数据消费方包括以下至少之一:
经过智能合约线上验证加线下行政认证双认证的医疗机构中具有行医资质或者护理资质的医护人员、经过线上验证加线下行政认证双认证的具有法人资质的企业、研究单位等或其他遵守智能合约约定的数据共享规则的组织或个人。
11.根据权利要求1所述的方法,其特征在于,
所述诊疗数据包括以下至少之一:
生产方自己根据国际CDISC标准、单病种标准和科室内诊疗路径采集的患者诊疗全节点实际发生的诊疗数据,和数据生产方根据数据消费方的要求采集的数据生产方所在医疗机构患者诊疗过程的实际发生的诊疗数据。
12.根据权利要求1所述的方法,其特征在于,
所述行业共识机制是指数据生产方生产的诊疗数据既符合国际CDISC标准,又符合临床三级审核要求。
13.根据权利要求12所述的方法,其特征在于,所述国际CDISC标准包括基线数据、诊疗过程数据、治疗结果和患者随访数据;所述临床三级审核要求是指具有行医资质的医护人员按照行政级别经过三个或三个以上不同行政级别的医护录入、审核和稽查,并将数据来源、操作痕迹和时间戳保存在所述诊疗数据元数据中。
14.根据权利要求6所述的方法,其特征在于,所述诊疗数据元数据还包括审核痕迹、修改痕迹、修改理由、修改人、修改时间和/或锁定时间。
15.根据权利要求1所述的方法,其特征在于,所述方法还包括:
从所述诊疗信息中去除患者隐私数据、医院行政组织数据、业务或财务信息。
16.根据权利要求1所述的方法,其特征在于,
按照预定时间段,获取所述诊疗数据的增量数据或修改数据。
17.根据权利要求1所述的方法,其特征在于,
所述数据消费方不能对所述诊疗数据再次进行交易。
18.根据权利要求1所述的方法,其特征在于,
在数据生产方已开始生产诊疗数据后,如果数据消费方修改了诊疗数据的要求,数据消费方应向数据生产方支付已经完成的诊疗数据的费用,然后数据生产方再根据数据消费方修改后的诊疗数据的要求生产诊疗数据。
19.一种诊疗数据智能合约装置,其特征在于,该装置包括:
消费方数据要求设置模块,用于设置数据消费方对诊疗数据的要求和可支付费用额度;
数据生产方权益配置模块,用于使数据生产方在其数据采集平台上配置所述诊疗数据的共享权益;
智能合约模块,用于对数据消费方设定的费用额度与数据生产方的权益要求进行智能合约处理,生成数据加工协议;
数据生产模块,用于使数据生产方根据数据加工协议和消费方对诊疗数据的要求生产诊疗数据,并判断所生产的诊疗数据是否符合行业共识机制,如果是,则进行权益交换;
权益交换模块,用于使数据消费方将符合数据生产方的权益要求的费用通过诊疗数据服务平台支付给数据生产方,然后数据生产方将符合消费方诊疗数据要求的诊疗数据传输至数据消费方。
CN201810754727.7A 2018-07-11 2018-07-11 一种诊疗数据智能合约方法及装置 Pending CN109102866A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810754727.7A CN109102866A (zh) 2018-07-11 2018-07-11 一种诊疗数据智能合约方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810754727.7A CN109102866A (zh) 2018-07-11 2018-07-11 一种诊疗数据智能合约方法及装置

Publications (1)

Publication Number Publication Date
CN109102866A true CN109102866A (zh) 2018-12-28

Family

ID=64846197

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810754727.7A Pending CN109102866A (zh) 2018-07-11 2018-07-11 一种诊疗数据智能合约方法及装置

Country Status (1)

Country Link
CN (1) CN109102866A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110134775A (zh) * 2019-05-10 2019-08-16 中国联合网络通信集团有限公司 问答数据生成方法及装置、存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104933173A (zh) * 2015-06-30 2015-09-23 北京京东尚科信息技术有限公司 一种用于异构多数据源的数据处理方法、装置和服务器
US20150379510A1 (en) * 2012-07-10 2015-12-31 Stanley Benjamin Smith Method and system to use a block chain infrastructure and Smart Contracts to monetize data transactions involving changes to data included into a data supply chain.
US20170039330A1 (en) * 2015-08-03 2017-02-09 PokitDok, Inc. System and method for decentralized autonomous healthcare economy platform
CN107391944A (zh) * 2017-07-27 2017-11-24 北京太云科技有限公司 一种基于区块链的电子病历共享系统
CN108055274A (zh) * 2017-12-22 2018-05-18 广东工业大学 一种基于联盟链存储数据的加密与共享方法及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150379510A1 (en) * 2012-07-10 2015-12-31 Stanley Benjamin Smith Method and system to use a block chain infrastructure and Smart Contracts to monetize data transactions involving changes to data included into a data supply chain.
CN104933173A (zh) * 2015-06-30 2015-09-23 北京京东尚科信息技术有限公司 一种用于异构多数据源的数据处理方法、装置和服务器
US20170039330A1 (en) * 2015-08-03 2017-02-09 PokitDok, Inc. System and method for decentralized autonomous healthcare economy platform
CN107391944A (zh) * 2017-07-27 2017-11-24 北京太云科技有限公司 一种基于区块链的电子病历共享系统
CN108055274A (zh) * 2017-12-22 2018-05-18 广东工业大学 一种基于联盟链存储数据的加密与共享方法及系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110134775A (zh) * 2019-05-10 2019-08-16 中国联合网络通信集团有限公司 问答数据生成方法及装置、存储介质
CN110134775B (zh) * 2019-05-10 2021-08-24 中国联合网络通信集团有限公司 问答数据生成方法及装置、存储介质

Similar Documents

Publication Publication Date Title
Altuwaijri Electronic-health in saudi arabia
AU2007207661B2 (en) Platform for interoperable healthcare data exchange
US20160342753A1 (en) Method and apparatus for healthcare predictive decision technology platform
Thomason Big tech, big data and the new world of digital health
US20210193297A1 (en) Methods, Systems and Computer Program Products for Retrospective Data Mining
Maglogiannis Towards the adoption of open source and open access electronic health record systems
CN103761437A (zh) 一种基于临床数据的科研数据自动生成系统
CN108986873A (zh) 一种可追溯的诊疗数据处理方法及系统
Koshechkin et al. Blockchain technology projects to provide telemedical services: Systematic review
Su et al. Protocol for a nationwide survey of primary health care in China: the China PEACE (Patient-centered Evaluative Assessment of Cardiac Events) MPP (million persons project) Primary Health Care Survey
Klaiman et al. Leveraging effective clinical registries to advance medical care quality and transparency
CA3034313A1 (en) System and method for determining health care procedures and reimbursement
Linke et al. ‘Managing scarcity’–a qualitative study on volunteer-based healthcare for chronically ill, uninsured migrants in Berlin, Germany
CN109102866A (zh) 一种诊疗数据智能合约方法及装置
Neira et al. Extraction of data from a hospital information system to perform process mining
CN115396260A (zh) 智能医学数据网关系统
Gjone et al. Exploring the time required by pharmacists to prepare discharge medicine lists: a time-and-motion study
EP4127972A1 (en) Methods, systems and computer program products for retrospective data mining
Chavali et al. Clinical Trials in the Realm of Health Informatics
US20240006061A1 (en) Data currency system for digital human healthcare and medical data exchange, analytics, and applications
Niranjan et al. Implementation of a new UPMC Gamma Knife radiosurgery quality assurance registry
Liu et al. Explore Data Quality Challenges Based on Data Structure of Electronic Health Records
Naser Eddin Managing Incomplete Data in the Patient Discharge Summary to Support Correct Hospital Reimbursements
Samadzai et al. Current health records practices in Afghanistan and possible future development
Eddin Managing Incomplete Data in the Patient Discharge Summary to Support Correct Hospital Reimbursements

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20191009

Address after: 100020 17 / F, building 9, No.88 Jianguo Road, Chaoyang District, Beijing 2002

Applicant after: Beijing Medical China Mobile Medical Technology Co., Ltd.

Address before: 100022, 4 tower, Tai Jian Jia building, 31 North Tonghui Road, Chaoyang District, Beijing.

Applicant before: Shen Yan Li

TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20200313

Address after: 100020 17 / F, building 9, No.88 Jianguo Road, Chaoyang District, Beijing 2002

Applicant after: BEIJING YIHUA MOBILE MEDICAL TECHNOLOGY Co.,Ltd.

Applicant after: NHWA PHARMA. Corp.

Address before: 100020 17 / F, building 9, No.88 Jianguo Road, Chaoyang District, Beijing 2002

Applicant before: BEIJING YIHUA MOBILE MEDICAL TECHNOLOGY Co.,Ltd.

SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination