CN112104692A - 一种医疗物联网健康监测方法 - Google Patents

一种医疗物联网健康监测方法 Download PDF

Info

Publication number
CN112104692A
CN112104692A CN202010610392.9A CN202010610392A CN112104692A CN 112104692 A CN112104692 A CN 112104692A CN 202010610392 A CN202010610392 A CN 202010610392A CN 112104692 A CN112104692 A CN 112104692A
Authority
CN
China
Prior art keywords
medical
block
data
health
monitoring
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
CN202010610392.9A
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.)
Heilongjiang Provincial Hospital
Original Assignee
Heilongjiang Provincial Hospital
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 Heilongjiang Provincial Hospital filed Critical Heilongjiang Provincial Hospital
Priority to CN202010610392.9A priority Critical patent/CN112104692A/zh
Publication of CN112104692A publication Critical patent/CN112104692A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/88—Medical equipments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees

Abstract

本发明提供了一种医疗物联网健康监测方法，由两个子系统分别实施，两个子系统包括以慢性病日常监护和社区医疗中心的慢性病服务管理为出发点的实施社区医疗物联网健康监测方法的社区监测子系统以及依托区块链的智慧医疗子系统。该社区监测子系统包括微型多参数健康监护终端、健康收集和健康监护服务平台，采集使用者的相关生理参数指标，通过蓝牙发送至手机，手机上的健康监测管理系统对接收的数据做初步分析处理，以Wi‑Fi或蜂窝移动通讯方式接入互联网，将数据上传至健康监护服务平台对数据进行进一步处理；依托区块链的智慧医疗子系统，包括：政府或卫计委医疗数据监督管理、处方认证、处方购药功能、医保赔偿以及患者病历授权共享。

Description

一种医疗物联网健康监测方法
技术领域
本发明涉及医疗健康监测技术领域，特别是一种医疗物联网健康监测方法。
背景技术
中国人口的老龄化与慢性病患者的年轻化使得慢性病群体日益庞大，这意味着现有医疗模式下的医疗资源将无法满足这个群体的需要。慢性病因其病程长、预后差，常伴并发症等特点，不仅大大降低患者的生活质量，也给个人、家庭及国家带来沉重的经济负担，目前严重威胁我国居民健康的主要有心脑血管疾病、糖尿病、恶性肿瘤、慢性呼吸系统疾病等，病前预防、及时干预和集中是预防控制这些慢性病的关键所在。大多数慢性患者对临床护理的需求较低，可以通过自我管理来控制。这就需要患者在日常生活中可以随时获取自己实时的相关生理参数，如心电、血压、血氧、血糖等。目前的技术可以获得单个生理参数，手段也日新月异，然而这些生理参数不能得到及时传输分析，因此也就无法得到有效的医疗服务，特别是在有限的医疗资源情况下，医疗服务也无法从医院延伸到社区、家庭和个人，医疗模式无法完成从以医院医疗为中心向预防性、预测性、个体化及参与化的模式转变，极大影响了医疗服务水平和慢性病的防治力度。此外，临床监护使用的多参数实时监护仪可以满足慢性病患者对生理指标实时监测的需求，但因其受时间、地点等诸多因素的限制，不适合用于慢性病患者的日常监测。随着电子技术的快速发展，家庭监护设备能够实时连续显示生理参数信息，但信息存储量小，不能远程操作。即使检测到使用者身体不适或自觉不适按下按钮，但是医院仅能以一对一的形式对接收的信号进行显示、分析、归档等处理。基于PC的家庭监护系统将监护模块采集的生理参数经A/D转换后输入PC机，利用PC机的强大功能对生理信号进行处理，对监测结果做出初步的诊断，给出简单的健康建议，此类系统具有较好的实时性，也可以提供强大的分析、存储和查询等功能，虽然不再局限于医院使用，因其使用依赖于PC机，监护地点仍然受到限制。
在通信技术、计算机技术、传感器技术飞速发展的今天，3G、Wi-Fi、蓝牙等无线通信技术广泛应用，智能手机、平板电脑等智能移动终端用户普及，传感器在生物医疗领域取得重大突破，物联网技术由此得到孕育和发展，基于移动终端的医疗物联网健康监测方法及系统急需得到有效发展。
发明内容
为克服现有技术的缺陷，本发明的目的在于提供一种医疗物联网健康监测方法，对慢性病患者的健康监护有着重要的现实意义，该医疗物联网健康监测方法包括两个子系统，以慢性病日常监护和社区医疗中心的慢性病服务管理为出发点，研究和设计社区医疗物联网健康监测方法，该方法依托对应的社区监测子系统，该社区监测子系统包括微型多参数健康监护终端(可以采用集成式或者分散式传感器及传感器系统，分散式传感器依托物联网技术属于分布分散但信息可集成互联)、健康收集和健康监护服务平台，传感器及传感器系统采集使用者的相关生理参数指标，通过蓝牙发送至手机，手机上的健康监测管理系统对接收的数据做初步的分析处理，以Wi-Fi或蜂窝移动通讯方式接入互联网，将数据上传至健康监护服务平台，服务平台对数据进行进一步处理。第二个子系统为依托区块链的智慧医疗子系统，该智慧医疗子系统主要具备以下功能：政府(卫计委)医疗数据监督管理、处方认证、处方购药功能、医保赔偿以及患者病历授权共享。
本发明的目的在于提供一种医疗物联网健康监测方法，该医疗物联网健康监测方法由两个子系统分别实施，所述两个子系统包括以慢性病日常监护和社区医疗中心的慢性病服务管理为出发点的实施社区医疗物联网健康监测方法的社区监测子系统以及依托区块链的智慧医疗子系统。该社区监测子系统包括微型多参数健康监护终端、健康收集和健康监护服务平台，传感器及传感器系统采集使用者的相关生理参数指标，通过蓝牙发送至手机，手机上的健康监测管理系统对接收的数据做初步的分析处理，以Wi-Fi或蜂窝移动通讯方式接入互联网，将数据上传至健康监护服务平台，服务平台对数据进行进一步处理。第二个子系统为依托区块链的智慧医疗子系统，该智慧医疗子系统主要具备以下功能：政府或卫计委医疗数据监督管理、处方认证、处方购药功能、医保赔偿以及患者病历授权共享。
优选的，所述微型多参数健康监护终端采用集成式或者分散式传感器及传感器系统，分散式传感器依托物联网技术属于分布分散但信息可集成互联。
优选的，所述以慢性病日常监护和社区医疗中心的慢性病服务管理为出发点的实施社区医疗物联网健康监测方法的社区监测子系统包括移动终端，首先是结合多参数健康监护仪的使用实现健康监护的功能，其次，移动终端不同于PC终端，不能将用户所有的信息相近的展示，但依据健康管理的需要，系统需要了解用户的部分个人信息，因此系统需根据需求选择部分个人信息进行管理；由于系统需求分析中健康管理的连续性，还需要为用户每次的监测数据进行分析和存档，以便查询历史监护数据的详细信息和变化趋势。这三个方面为移动健康监测管理系统的主要功能，分别在搭载Android和iOS操作系统的智能手机上实现。
优选的，所述社区监测子系统实施健康监护，健康监护是健康监测管理系统最基本和核心的功能，需要手机对接收的生理数据进行处理后，获取并显示心率、脉搏、ECG、血氧饱和度等生理特征值和波形数据，从而实现实时监测。这一功能分为五个步骤，包括：
(1)便携式监护仪于健康手机的无线通信，比较ZigBee，Bluethooth和Wi-Fi之后，选择蓝牙通信技术，蓝牙采用分散式网络结构和快调频及短包技术，标准为IEEE802.15，采用时分双工传输方案实现全双工传输。Android和iOS平台包含了蓝牙网络协议栈的支持，允许其设备与其他蓝牙设备相互传输数据，Android的应用层框架提供了API来访问蓝牙模块，iOS的CoreBluethooth框架提供了一些类以供设备使用蓝牙，但能与iOS设备进行数据交互的蓝夜设备必须为iOS设备或者通过MFI认证的蓝牙模块。
(2)获取生理数据：便携式监护仪通过内置的蓝牙模块与智能手机以异步串行的通讯方式传输数据，为了保证监护终端与手机数据交互的安全性与稳定性，本系统的数据传输遵循特定的通讯协议。数据包的基本格式为：包ID->数据头1…数据头M->数据1…数据N->校验和。数据包按监护仪发送至手机和手机发送至监护仪大致分为两类，其中又可以细分为监护仪自检、监护数据、监护信息、系统状态、设置信息、命令应答和通讯自检命令、系统自检命令、系统状态查询命令、系统状态切换命令、设置查询命令、设置命令。根据不同包ID，判断不同包所述的类型、包长度、加密方式，从而提取出相关信息。如果解包过程中，数据与校验和不符，则放弃该数据包或者要求重新发送，从而保证数据包的安全性与稳定性。
(3)显示生理数据：本系统的健康监护是实时监测，用户实时了解自己的生理参数信息，在实时获取了生理数据的同时，通过手机的交互界面显示。监测的数据分为数值数据和波形数据，根据用户的需要或者监测形式的不同，数据实时的动态显示也有所不同。当用户只需要简单了解个人的生理参数指标情况下，选择简单更新数据信息的日常监测；当需要详细了解生理信息的动态变化情况时，有提供详细数值信息和波形信息的诊断监测；当用户直接未选择常规的ECG导联而选择监护仪上自带的导联时，会进入显示单导联ECG的快速监测。
(4)实施个人信息管理：个人信息对于使用者个人来说意义不大，但是对于医生为用户的健康状况进行判断十分重要，特别是当用户发生昏迷等突然状况时，这些信息对于急救人员实施急救措施是非常有效的依据。个人信息的内容涉及姓名、性别、身高、体重、年龄、联系电话等基本信息，以及帮助医护人员判断使用者健康状况的相关信息，如用药情况、个人病史、家庭病史等。系统对于个人信息的管理包括个人信息的显示和个人信息的修改与保存。
(5)实施健康信息管理：将用户使用过程中每天测量的健康监护数据进行分析和整理后形成数值和波形两种数据，这些数据以时间顺序或者数据所反映的健康状况、健康评分排列并供用户查看，根据使用者每日的监测数据形成走势图，为医生评估用户的健康状况提供依据，同时对使用者进行健康干预。其中关键的健康监护数据主要包括：
心率(HR，Heart Rate)，心脏每分钟跳动的次数；
心电图(ECG，Electrocardiography)，心脏的电生理活动；
血氧饱和度(SPO2)，血液中被氧结合的氧合血红蛋白的容量占全部可结合的血红蛋白容量的百分比。
优选的，所述依托区块链的智慧医疗子系统主要具备以下功能：政府(卫计委)医疗数据监督管理、处方认证、处方购药功能、医保赔偿以及患者病历授权共享，包括：
(1)区块链子系统，用于存储部分电子医疗记录信息、验证摘要、电子医疗记录索引，与原有电子医疗记录(EMR)系统兼容；
(2)身份认证子系统，用于用户注册、安全认证和密钥管理；
(3)智能合约子系统，用于实现政府(卫计委)医疗数据监督管理、处方认证、处方购药功能、医保赔偿以及患者病历授权共享的功能，所述基于区块链的医疗管理系统提供智能合约编写、组合、形式化验证与生成的工具，并通过形式化方法，管理智能合约的描述、建模、验证、生成与执行的全生命周期；
(4)EMR子系统，用于存储具体电子医疗记录，并提供管理和查询电子医疗记录的服务；
(5)基于区块链的医疗管理系统还包括通信模块，用于用户和服务器、服务器和服务器之间的信息实时和安全的交互通信。
优选的，所述区块链子系统包括区块链管理模块、一致性模块、接入模块、区块链存储模块和通信协议模块。
优选的，所述区块链子系统布置方式分为两种，分别为单链小规模部署和多元模式大规模部署。区块链子系统根据用户发送的请求开始建块，建块方法包括如下步骤：(1)每个计算节点都会收到用户请求信息，经过timeout时间且缓冲区中有未处理病历，跳转到(2)；(2)节点发出prepropose指令并对收到的病历进行投票，之后使用轮询算法选出的特定节点，当特定节点收到+2/3的prepropose指令后开始计算区块，将投票通过的病历放入区块中，并广播给系统中其他节点，同时发送投票指令，所述计算区块的步骤包括：(2-1)根据本地存储的最新区块，填充待构建区块的区块高度、前区块头部哈希值等字段值；(2-2)将病历缓冲区的病历组织为状态树，存储至区块的病历区，并将该树的树根存储在病历根字段中；(2-3)最后填充病历制作者公钥、时间戳、版本号和扩展码等字段值，至此区块构建完成；(3)当节点收到区块和投票指令后，若此时没有锁定任何区块，则锁定收到的区块，对区块正确性进行验证并投票，随后将投票广播给系统中其他节点；若此时已有锁定区块并且收到的区块的round大于当前锁定区块的round，则锁定收到的区块并广播投票，所述验证包括如下：(3-1)验证该区块中存储的前区块头部的哈希值，是否与本地存储的最新区块的区块头部哈希值一致；(3-2)验证该区块中存储的时间戳，是否比本地存储的最新区块的时间戳更晚；(3-3)验证该区块中存储的区块高度，是否比本地存储的最新区块的区块高度更高；(3-4)若上述验证都正确，则为该区块投赞成票，否则投反对票；(4)当节点收到+1/3对当前锁定区块的反对票时，解锁区块并准备进行下一轮；当节点收到+2/3对当前锁定区块的赞成票时，若此区块的父区块也在本地区块链中，则将区块记入本地区块链中并解锁区块，否则广播消息以获取缺失区块，之后将收到的投票结果广播给其他节点；若超时，则解锁区块并准备进行下一轮；(5)每个节点收到所有投票结果后，对比每个节点的投票结果，有如下四种情况：(a)如果某一个节点发给不同节点的是不同的投票结果，那么这个节点就被视为“叛徒”节点；(b)如果一个节点与大多数节点投票结果不同，则对其信誉分进行减半处理；(c)如果一个节点投票结果与最终结果一致，且投票一致，则对其信誉分小幅上升；(d)如果一个节点只对部分节点发投票，则对其信誉分减少；(6)最后，对所有投票结果确认后，每个节点都发送反馈消息。
优选的，所述身份认证子系统包括用户注册模块、安全认证模块和密钥颁发模块。所述身份认证子系统采用数字签名技术实现身份的可靠认证，包括对卫计委身份认证和对处方的认证。
优选的，所述智能合约子系统包括模板生成模块、模板发布模块、合约生成模块和合约执行模块。所述智能合约包括基础合约和业务合约，所述基础合约包括注册合约、概要合约以及就医合约，所述业务合约包括监管合约、共享合约、保险合约以及购药合约。
优选的，所述电子医疗记录系统包括病历存储模块、病历管理模块和病历查询模块。
本发明的有益效果：
医疗物联网健康监测方法，对慢性病患者的健康监护有着重要的现实意义，该医疗物联网健康监测方法包括两个子系统，即社区监测子系统，该社区监测子系统实现以慢性病日常监护和社区医疗中心的慢性病服务管理为出发点的社区医疗物联网健康监测方法；以及依托区块链的智慧医疗子系统，该智慧医疗子系统主要具备以下功能：政府(卫计委)医疗数据监督管理、处方认证、处方购药功能、医保赔偿以及患者病历授权共享。
附图说明
后文将参照附图以示例性而非限制性的方式详细描述本发明的一些具体实施例。本领域技术人员应该理解，这些附图未必是按比例绘制的。本发明的目标及特征考虑到如下结合附图的描述将更加明显，附图中：
附图1为根据本发明实施例的方法所实施的两个子系统原理结构组成图；
附图2为根据本发明实施例的社区监测子系统方法流程图；
附图3为根据本发明实施例的依托区块链的智慧医疗子系统原理结构框图。
具体实施方式
根据下文结合附图对本发明具体实施例的详细描述，本领域技术人员将会更加明了本发明的上述以及其他目的、优点和特征。
参见图1，本实施例的医疗物联网健康监测方法，该医疗物联网健康监测方法由两个子系统分别实施，所述两个子系统包括以慢性病日常监护和社区医疗中心的慢性病服务管理为出发点的实施社区医疗物联网健康监测方法的社区监测子系统以及依托区块链的智慧医疗子系统。该社区监测子系统包括微型多参数健康监护终端(可以采用集成式或者分散式传感器及传感器系统，分散式传感器依托物联网技术属于分布分散但信息可集成互联)、健康收集和健康监护服务平台，传感器及传感器系统采集使用者的相关生理参数指标，通过蓝牙发送至手机，手机上的健康监测管理系统对接收的数据做初步的分析处理，以Wi-Fi或蜂窝移动通讯方式接入互联网，将数据上传至健康监护服务平台，服务平台对数据进行进一步处理。第二个子系统为依托区块链的智慧医疗子系统，该智慧医疗子系统主要具备以下功能：政府(卫计委)医疗数据监督管理、处方认证、处方购药功能、医保赔偿以及患者病历授权共享。
以慢性病日常监护和社区医疗中心的慢性病服务管理为出发点的实施社区医疗物联网健康监测方法的社区监测子系统包括移动终端，首先是结合多参数健康监护仪的使用实现健康监护的功能，其次，移动终端不同于PC终端，不能将用户所有的信息相近的展示，但依据健康管理的需要，系统需要了解用户的部分个人信息，因此系统需根据需求选择部分个人信息进行管理；由于系统需求分析中健康管理的连续性，还需要为用户每次的监测数据进行分析和存档，以便查询历史监护数据的详细信息和变化趋势。这三个方面为移动健康监测管理系统的主要功能，分别在搭载Android和iOS操作系统的智能手机上实现。
参见图2，社区监测子系统实施健康监护，健康监护是健康监测管理系统最基本和核心的功能，需要手机对接收的生理数据进行处理后，获取并显示心率、脉搏、ECG、血氧饱和度等生理特征值和波形数据，从而实现实时监测。这一功能分为五个步骤，包括：
(1)便携式监护仪于健康手机的无线通信，比较ZigBee，Bluethooth和Wi-Fi之后，选择蓝牙通信技术，蓝牙采用分散式网络结构和快调频及短包技术，标准为IEEE802.15，采用时分双工传输方案实现全双工传输。Android和iOS平台包含了蓝牙网络协议栈的支持，允许其设备与其他蓝牙设备相互传输数据，Android的应用层框架提供了API来访问蓝牙模块，iOS的CoreBluethooth框架提供了一些类以供设备使用蓝牙，但能与iOS设备进行数据交互的蓝夜设备必须为iOS设备或者通过MFI认证的蓝牙模块。
(2)获取生理数据：便携式监护仪通过内置的蓝牙模块与智能手机以异步串行的通讯方式传输数据，为了保证监护终端与手机数据交互的安全性与稳定性，本系统的数据传输遵循特定的通讯协议。数据包的基本格式为：包ID->数据头1…数据头M->数据1…数据N->校验和。数据包按监护仪发送至手机和手机发送至监护仪大致分为两类，其中又可以细分为监护仪自检、监护数据、监护信息、系统状态、设置信息、命令应答和通讯自检命令、系统自检命令、系统状态查询命令、系统状态切换命令、设置查询命令、设置命令。根据不同包ID，判断不同包所述的类型、包长度、加密方式，从而提取出相关信息。如果解包过程中，数据与校验和不符，则放弃该数据包或者要求重新发送，从而保证数据包的安全性与稳定性。
(3)显示生理数据：本系统的健康监护是实时监测，用户实时了解自己的生理参数信息，在实时获取了生理数据的同时，通过手机的交互界面显示。监测的数据分为数值数据和波形数据，根据用户的需要或者监测形式的不同，数据实时的动态显示也有所不同。当用户只需要简单了解个人的生理参数指标情况下，选择简单更新数据信息的日常监测；当需要详细了解生理信息的动态变化情况时，有提供详细数值信息和波形信息的诊断监测；当用户直接未选择常规的ECG导联而选择监护仪上自带的导联时，会进入显示单导联ECG的快速监测。
(4)实施个人信息管理：个人信息对于使用者个人来说意义不大，但是对于医生为用户的健康状况进行判断十分重要，特别是当用户发生昏迷等突然状况时，这些信息对于急救人员实施急救措施是非常有效的依据。个人信息的内容涉及姓名、性别、身高、体重、年龄、联系电话等基本信息，以及帮助医护人员判断使用者健康状况的相关信息，如用药情况、个人病史、家庭病史等。系统对于个人信息的管理包括个人信息的显示和个人信息的修改与保存。
(5)实施健康信息管理：将用户使用过程中每天测量的健康监护数据进行分析和整理后形成数值和波形两种数据，这些数据以时间顺序或者数据所反映的健康状况、健康评分排列并供用户查看，根据使用者每日的监测数据形成走势图，为医生评估用户的健康状况提供依据，同时对使用者进行健康干预。其中关键的健康监护数据主要包括：
心率(HR，Heart Rate)，心脏每分钟跳动的次数；
心电图(ECG，Electrocardiography)，心脏的电生理活动；
血氧饱和度(SPO2)，血液中被氧结合的氧合血红蛋白的容量占全部可结合的血红蛋白容量的百分比。
参见图3，依托区块链的智慧医疗子系统主要具备以下功能：政府(卫计委)医疗数据监督管理、处方认证、处方购药功能、医保赔偿以及患者病历授权共享，包括：
(1)区块链子系统，用于存储部分电子医疗记录信息、验证摘要、电子医疗记录索引，与原有电子医疗记录(EMR)系统兼容；
(2)身份认证子系统，用于用户注册、安全认证和密钥管理；
(3)智能合约子系统，用于实现政府(卫计委)医疗数据监督管理、处方认证、处方购药功能、医保赔偿以及患者病历授权共享的功能，所述基于区块链的医疗管理系统提供智能合约编写、组合、形式化验证与生成的工具，并通过形式化方法，管理智能合约的描述、建模、验证、生成与执行的全生命周期；
(4)EMR子系统，用于存储具体电子医疗记录，并提供管理和查询电子医疗记录的服务；
(5)基于区块链的医疗管理系统还包括通信模块，用于用户和服务器、服务器和服务器之间的信息实时和安全的交互通信。
区块链子系统包括区块链管理模块、一致性模块、接入模块、区块链存储模块和通信协议模块。
区块链子系统布置方式分为两种，分别为单链小规模部署和多元模式大规模部署。区块链子系统根据用户发送的请求开始建块，建块方法包括如下步骤：(1)每个计算节点都会收到用户请求信息，经过timeout时间且缓冲区中有未处理病历，跳转到(2)；(2)节点发出prepropose指令并对收到的病历进行投票，之后使用轮询算法选出的特定节点，当特定节点收到+2/3的prepropose指令后开始计算区块，将投票通过的病历放入区块中，并广播给系统中其他节点，同时发送投票指令，所述计算区块的步骤包括：(2-1)根据本地存储的最新区块，填充待构建区块的区块高度、前区块头部哈希值等字段值；(2-2)将病历缓冲区的病历组织为状态树，存储至区块的病历区，并将该树的树根存储在病历根字段中；(2-3)最后填充病历制作者公钥、时间戳、版本号和扩展码等字段值，至此区块构建完成；(3)当节点收到区块和投票指令后，若此时没有锁定任何区块，则锁定收到的区块，对区块正确性进行验证并投票，随后将投票广播给系统中其他节点；若此时已有锁定区块并且收到的区块的round大于当前锁定区块的round，则锁定收到的区块并广播投票，所述验证包括如下：(3-1)验证该区块中存储的前区块头部的哈希值，是否与本地存储的最新区块的区块头部哈希值一致；(3-2)验证该区块中存储的时间戳，是否比本地存储的最新区块的时间戳更晚；(3-3)验证该区块中存储的区块高度，是否比本地存储的最新区块的区块高度更高；(3-4)若上述验证都正确，则为该区块投赞成票，否则投反对票；(4)当节点收到+1/3对当前锁定区块的反对票时，解锁区块并准备进行下一轮；当节点收到+2/3对当前锁定区块的赞成票时，若此区块的父区块也在本地区块链中，则将区块记入本地区块链中并解锁区块，否则广播消息以获取缺失区块，之后将收到的投票结果广播给其他节点；若超时，则解锁区块并准备进行下一轮；(5)每个节点收到所有投票结果后，对比每个节点的投票结果，有如下四种情况：(a)如果某一个节点发给不同节点的是不同的投票结果，那么这个节点就被视为“叛徒”节点；(b)如果一个节点与大多数节点投票结果不同，则对其信誉分进行减半处理；(c)如果一个节点投票结果与最终结果一致，且投票一致，则对其信誉分小幅上升；(d)如果一个节点只对部分节点发投票，则对其信誉分减少；(6)最后，对所有投票结果确认后，每个节点都发送反馈消息。
身份认证子系统包括用户注册模块、安全认证模块和密钥颁发模块。所述身份认证子系统采用数字签名技术实现身份的可靠认证，包括对卫计委身份认证和对处方的认证。
智能合约子系统包括模板生成模块、模板发布模块、合约生成模块和合约执行模块。所述智能合约包括基础合约和业务合约，所述基础合约包括注册合约、概要合约以及就医合约，所述业务合约包括监管合约、共享合约、保险合约以及购药合约。
电子医疗记录系统包括病历存储模块、病历管理模块和病历查询模块。
本实施例中的系统总体设计的特点如下：
双数据系统：由于区块链是一个不断增长的、可追溯的数据库，所以不需要把所有的系统数据都放入区块链中存储。验证摘要、数据索引等存储在区块链中，具体医疗信息(患者信息、病状、处方等)将会存储在一般的关系型数据库中。
多链设计：通过多链设计，可大大提升处理效率，实现病历索引摘要数据的快速上传。且使用多链可实现多级监管，使监管更加高效灵活。
智能合约设计：目标系统主要功能均可以由智能合约实现完成，统一合约模板与行为，减少人力消耗，保证公信力。
审计与监督设计：通过对不同身份的区块链访问对象设置不同的访问权限。
可扩展设计：区块链结构采用可扩展设计，使其具有可扩展性，可进行灵活部署。
针对区块链结构设计，区块的结构分三个部分，第一部分是区块的头部，简称块头。头部存放时间戳、区块的高度、前区块头部的哈希值、区块哈希值、区块制作者、病历树的根、状态树的根、版本号、扩展码(用于以后的扩展)；第二部分存放的是区块的上传结果(非哈希数据)，不属于头部；最后一部分存放的是该区块的具体数据索引记录、数据摘要等。由于区块中包含前一个区块头部的哈希值，于是区块得以以链式结构组织起来，由此构成区块链结构。
由于当前医疗记录的索引、摘要等信息都被映射为MySQL信息表，为了将其映射为区块中的状态根字段，本子系统将若干MySQL信息表中的所有记录，映射为存储于levelDB(Google开源的持久化K-V数据库)中的状态树，该状态树的树根即对应着区块中的状态根。
对于病历结构，Sender表示病历的发送者；Receiver表示病历的接收者；nonce是由发送者维护的一个序号，防止重复处理；authority为权限控制；data用于存储EMR数据索引以及摘要和其他信息；extra用于存储其他数据；sign表示发送者的签名。
区块链子系统根据用户发送的请求开始建块，建块方法包括如下步骤：(1)每个计算节点都会收到用户请求信息，经过timeout时间且缓冲区中有未处理病历，跳转到(2)；(2)节点发出prepropose指令并对收到的病历进行投票，之后使用轮询算法选出的特定节点，当特定节点收到+2/3的prepropose指令后开始计算区块，将投票通过的病历放入区块中，并广播给系统中其他节点，同时发送投票指令，所述计算区块的步骤包括：(2-1)根据本地存储的最新区块，填充待构建区块的区块高度、前区块头部哈希值等字段值；(2-2)将病历缓冲区的病历组织为状态树，存储至区块的病历区，并将该树的树根存储在病历根字段中；(2-3)最后填充病历制作者公钥、时间戳、版本号和扩展码等字段值，至此区块构建完成；(3)当节点收到区块和投票指令后，若此时没有锁定任何区块，则锁定收到的区块，对区块正确性进行验证并投票，随后将投票广播给系统中其他节点；若此时已有锁定区块并且收到的区块的round大于当前锁定区块的round，则锁定收到的区块并广播投票，所述验证包括如下：(3-1)验证该区块中存储的前区块头部的哈希值，是否与本地存储的最新区块的区块头部哈希值一致；(3-2)验证该区块中存储的时间戳，是否比本地存储的最新区块的时间戳更晚；(3-3)验证该区块中存储的区块高度，是否比本地存储的最新区块的区块高度更高；(3-4)若上述验证都正确，则为该区块投赞成票，否则投反对票；(4)当节点收到+1/3对当前锁定区块的反对票时，解锁区块并准备进行下一轮；当节点收到+2/3对当前锁定区块的赞成票时，若此区块的父区块也在本地区块链中，则将区块记入本地区块链中并解锁区块，否则广播消息以获取缺失区块，之后将收到的投票结果广播给其他节点；若超时，则解锁区块并准备进行下一轮；(5)每个节点收到所有投票结果后，对比每个节点的投票结果，有如下四种情况：(a)如果某一个节点发给不同节点的是不同的投票结果，那么这个节点就被视为“叛徒”节点；(b)如果一个节点与大多数节点投票结果不同，则对其信誉分进行减半处理；(c)如果一个节点投票结果与最终结果一致，且投票一致，则对其信誉分小幅上升；(d)如果一个节点只对部分节点发投票，则对其信誉分减少；(6)最后，对所有投票结果确认后，每个节点都发送反馈消息。、
由于本项目使用双数据系统存储数据，将病历的索引和摘要等重要信息存储在区块链上，而具体的病历数据则保存在医院的本地数据库中。故为区块链与本地数据库的数据交互提供相应的交互接口，及兼容原有的EMR系统，实现区块链与原有EMR系统的兼容，达到了兼容设计的目标。并且，为应用系统程序员提供查看区块链子系统相关数据的接口，为已有的EMR系统提供了相关的兼容接口，方便区块链与EMR系统进行数据交互。
二、身份认证子系统
医疗系统中存在最主要的三个身份：患者、医生以及卫计委，对三者的身份进行安全、可靠的认证是实现电子病历权限的前提，安全认证的对象为患者、医生以及卫计委，本实施例系统采用区别于传统应用对用户使用的手机认证、邮箱认证或银行资质认证等方法，而是采用数字签名技术实现身份的可靠认证。数字签名通过利用密码学的技术，使用时相对于签名者来说信息具有唯一性，以防伪造和否认。数字签名更加精确地满足了签名的不可模仿性。因为无论是借助以后的数字签名来构造新的消息，还是通过构造一个虚假的数字对给定的消息进行签名，伪造一个数字签名在计算上不可行。产生、识别和验证数字签名相对比较简单，并且可以将其备份在存储备份上，使用更加方便、灵活。
与传统身份认证方法，数字签名认证提供了一种更安全的保障机制，进而保证病历数据、医院处方的完整性和真实性，可以对病历、处方、请求的真实来源进行检验。
(1)卫计委拥有监督以及审核病历完整性和真实性的单位，其身份认证至关重要，卫计委发出任何监督或者审核请求都需要使用其私钥进行加密，以生成查询证书。执行方接收到查询证书后可以使用卫计委公钥验证该查询是否由卫计委发出，并提取查询内容。基于数字签名的身份认证方法，对于卫计委发出的查询请求，可以让执行者验证查询的真实性和完整性，不用担心查询请求被篡改或者是伪造，有效提高了的身份权限管理的安全性。
(2)处方认证，实现“医药分开”最关键的环节是给药店提供验证处方真实性和完整性的方法，药店在验证处方的真实性以及完整性后，即可为患者提供处方药品，基于数字签名的处方认证机制，能够有效杜绝假处方的出现，能够追踪处方，找到开出处方的医院，甚至是开处方的医生，杜绝滥开药物、非法购药的现象。处方认证的实现与卫计委身份认证类似，医生开出处方必须通过自己的私钥对处方进行加密，药店使用医生公钥对其处方完成解密，验证真实性并提取处方内容，完成出售药物的业务。基于数字签名的处方认证更加安全可靠、方便直观。处方不能够被篡改以及伪造。药店出售药物也有了真实可靠的依据。
三、智能合约子系统
区块链医疗系统，根据不同业务需求，设计并生成相应的智能合约模版，由参与方签名授权后，经节点验证后发布到区块链上。在执行相关业务时，通过系统授权调用模版，根据具体业务情况填写模版，生成智能合约，并上传至区块链上。最终当合约接受到指定的触发条件后，自动执行合约内容，并保存执行结果。智能合约子系统主要包括四个功能：模版生成与发布与合约的生成和执行。
本实施例将智能合约分为两个大类，一类为基础合约，包括注册合约、概要合约以及就医合约；另一类为业务合约，根据业务场景，设定了4种智能合约模版，分别为监管合约、共享合约、保险合约以及购药合约。
(一)基础合约：基础合约主要提供用户注册登录区块链医疗系统以及管理自身医疗账户(病历账户)等功能，且提供由医疗账户中病历索引调用具体医疗记录的功能。基础合约主要包含3个合约：注册合约、概要合约以及就医合约。各合约关系。
(1)注册合约：注册合约为用户注册或是登录区块链医疗记录系统时使用，其主要记录了用户与用户身份识别二维码以及用户医疗账户的映射关系。该合约通过用户输入身份信息触发(若用户端设计为手机app，则输入身份信息可为指纹或是帐号密码)，根据身份信息从区块链中读取区块链中用户的二维码，以及用户概要合约。
(2)概要合约：概要合约主要保存就医合约地址以及就医合约状态，主要为用户提供管理医疗账户的功能。用户可根据就医合约地址调用该合约查看自己的医疗记录，且可以更改就医合约状态从而认证自己的就医记录。
(3)就医合约：就医合约主要保存该合约所有者，以及相应的权限许可信息和电子医疗记录索引以及其所对应的哈希散列值，合约所有者为就医患者。权限许可信息定义了第三方对该合约保存的电子医疗记录的访问权限。电子医疗记录索引定位了该电子医疗记录存储的具体位置(即患者就医医院的本地数据库地址)，哈希散列主要对从医院本地提取的医疗数据进行验证。该合约通过用户调用，根据用户所提供信息执行相应权限范围内的操作，从医院本地数据库中调取用户权限范围内所能获取的医疗记录，并使用哈希散列进行验证后，返回到用户的客户端上。
(4)基础合约关系：这里通过该实施例所应用的一个简单场景说明基础合约之间的关系。患者A曾在C院就医，现到B院中就医。患者A已注册了就医账户，到C院中后，C院想查看A以往的医疗记录。A登录医疗区块链app，使用指纹调用了注册合约，合约调用了A的概要合约返回了就医账户的信息以及A的二维码。医院通过输入A账户中B院就医合约地址，调用该合约，并扫描A的二维码，进行操作授权，B院就医合约根据所提供的身份信息授权从B院的本地数据库中调回了A的医疗记录(已验证)，C院根据该医疗记录对A进行了更好的治疗。A在C就医完成后，C将A的医疗记录制作为C院就医合约上传至医疗链，A的就医账户得到了更新，多出了一条C院就医合约地址，且状态为待确认。A的概要合约检查到了A的就医账户发生改变，通知A进行查看，A在确认医疗记录无误后，认证该就医合约，其状态变为了已认证。
(二)业务合约：业务合约主要根据业务场景，设定了4种智能合约模版，分别为监管合约、共享合约、保险合约以及购药合约。
(1)监管合约：监管合约应用在卫计委对医疗链以及EMR的监管的场景中。监管合约的模版的内容由卫计委人员制定，在制定完成后，卫计委人员验证授权后上传至医疗链上。在卫计委处理相关监管事务时，调用监管合约模版，根据具体需求，填写模版内容，完成后授权上传至医疗链上，并调用执行。合约获取相应医疗数据，并进行处理，返回处理结果。
(2)共享合约：共享合约应用在患者EMR授权共享的场景中，包括家庭医生获取患者病历、患者分级治疗以及孕妇围产检查等。共享合约的模版内容由相关医疗机构制定，在制定完成后，授权上传至医疗链上。若第三方想获取患者相关病历信息，便可根据具体需求数据填写模版形成共享合约，在患者授权后上传至医疗链上执行。合约根据其内容调用基础合约中的就医合约，通过患者授权从患者病历所在医院的数据库中取回对应病历数据。帮助第三方合法了解患者病历，帮助患者治疗。
(3)保险合约：保险合约应用在医疗保险赔偿的场景中，保险合约模版内容由保险公司制定，在制定完成后，授权上传至医疗链上。患者在与保险公司签订合约时，便可共同填写合约模版，形成保险合约，后双方授权上传至医疗链上。患者出院后，执行保险合约，合约通过患者授权，使用基础合约中的就医合约从就医医院获取相关医疗数据，经过计算后得出保险金额，后建立保险公司与患者的支付通道，完成保险金支付。
(4)购药合约：购药合约应用在患者使用处方购药的场景中，购药合约模版内容由医院制定，在制定完成后，授权上传至医疗链上。在患者购药时，药店根据患者情况填写模版，形成购药合约，经患者授权后上传至医疗链上。合约通过患者授权使用基础合中的就医合约获取患者就医医院所提供的处方，药店通过处方，售药给患者。
虽然本发明已经参考特定的说明性实施例进行了描述，但是不会受到这些实施例的限定而仅仅受到附加权利要求的限定。本领域技术人员应当理解可以在不偏离本发明的保护范围和精神的情况下对本发明的实施例能够进行改动和修改。

Claims (10)

1.一种医疗物联网健康监测方法，其特征在于：该医疗物联网健康监测方法由两个子系统分别实施，所述两个子系统包括以慢性病日常监护和社区医疗中心的慢性病服务管理为出发点的实施社区医疗物联网健康监测方法的社区监测子系统以及依托区块链的智慧医疗子系统。该社区监测子系统包括微型多参数健康监护终端、健康收集和健康监护服务平台，传感器及传感器系统采集使用者的相关生理参数指标，通过蓝牙发送至手机，手机上的健康监测管理系统对接收的数据做初步的分析处理，以Wi-Fi或蜂窝移动通讯方式接入互联网，将数据上传至健康监护服务平台，服务平台对数据进行进一步处理；第二个子系统为依托区块链的智慧医疗子系统，该智慧医疗子系统具备以下功能：政府或卫计委医疗数据监督管理、处方认证、处方购药功能、医保赔偿以及患者病历授权共享。
2.根据权利要求1所述的一种医疗物联网健康监测方法，其特征在于：所述微型多参数健康监护终端采用集成式或者分散式传感器及传感器系统，分散式传感器依托物联网技术属于分布分散但信息可集成互联。
3.根据权利要求1所述的一种医疗物联网健康监测方法，其特征在于：所述以慢性病日常监护和社区医疗中心的慢性病服务管理为出发点的实施社区医疗物联网健康监测方法的社区监测子系统包括移动终端，首先是结合多参数健康监护仪的使用实现健康监护的功能，其次，移动终端依据健康管理的需要，系统需要了解用户的部分个人信息，系统需根据需求选择部分个人信息进行管理；由于系统需求分析中健康管理的连续性，还需要为用户每次的监测数据进行分析和存档，以便查询历史监护数据的详细信息和变化趋势；这三个方面为移动健康监测管理系统的功能，分别在搭载Android和iOS操作系统的智能手机上实现。
4.根据权利要求1所述的一种医疗物联网健康监测方法，其特征在于：所述社区监测子系统实施健康监护，健康监护是健康监测管理系统最基本和核心的功能，需要手机对接收的生理数据进行处理后，获取并显示心率、脉搏、ECG、血氧饱和度等生理特征值和波形数据，从而实现实时监测；这一功能分为五个步骤，包括：
(1)便携式监护仪与健康手机建立无线通信，选择蓝牙通信技术，蓝牙采用分散式网络结构和快调频及短包技术，标准为IEEE802.15，采用时分双工传输方案实现全双工传输，Android和iOS平台包含了蓝牙网络协议栈的支持，允许其设备与其他蓝牙设备相互传输数据，Android的应用层框架提供了API来访问蓝牙模块，iOS的Core Bluethooth框架提供了一些类以供设备使用蓝牙，但能与iOS设备进行数据交互的蓝夜设备必须为iOS设备或者通过MFI认证的蓝牙模块；
(2)获取生理数据：便携式监护仪通过内置的蓝牙模块与智能手机以异步串行的通讯方式传输数据，为了保证监护终端与手机数据交互的安全性与稳定性，本系统的数据传输遵循特定的通讯协议。数据包的基本格式为：包ID->数据头1…数据头M->数据1…数据N->校验和。数据包按监护仪发送至手机和手机发送至监护仪大致分为两类，其中又可以细分为监护仪自检、监护数据、监护信息、系统状态、设置信息、命令应答和通讯自检命令、系统自检命令、系统状态查询命令、系统状态切换命令、设置查询命令、设置命令。根据不同包ID，判断不同包所述的类型、包长度、加密方式，从而提取出相关信息；如果解包过程中，数据与校验和不符，则放弃该数据包或者要求重新发送，从而保证数据包的安全性与稳定性。
(3)显示生理数据：本系统的健康监护是实时监测，用户实时了解自己的生理参数信息，在实时获取了生理数据的同时，通过手机的交互界面显示。监测的数据分为数值数据和波形数据，根据用户的需要或者监测形式的不同，数据实时的动态显示也有所不同；当用户只需要简单了解个人的生理参数指标情况下，选择简单更新数据信息的日常监测；当需要详细了解生理信息的动态变化情况时，有提供详细数值信息和波形信息的诊断监测；当用户直接未选择常规的ECG导联而选择监护仪上自带的导联时，会进入显示单导联ECG的快速监测。
(4)实施个人信息管理：个人信息对于使用者个人来说意义不大，但是对于医生为用户的健康状况进行判断十分重要，特别是当用户发生昏迷等突然状况时，这些信息对于急救人员实施急救措施是非常有效的依据；个人信息的内容涉及姓名、性别、身高、体重、年龄、联系电话等基本信息，以及帮助医护人员判断使用者健康状况的相关信息，包括用药情况、个人病史、家庭病史，系统对于个人信息的管理包括个人信息的显示和个人信息的修改与保存。
(5)实施健康信息管理：将用户使用过程中每天测量的健康监护数据进行分析和整理后形成数值和波形两种数据，将这些数据以时间顺序或者数据所反映的健康状况、健康评分排列并供用户查看，根据使用者每日的监测数据形成走势图，为医生评估用户的健康状况提供依据，同时对使用者进行健康干预，其中关键的健康监护数据主要包括：
心率(HR，Heart Rate)，心脏每分钟跳动的次数；
心电图(ECG，Electrocardiography)，心脏的电生理活动；
血氧饱和度(SPO2)，血液中被氧结合的氧合血红蛋白的容量占全部可结合的血红蛋白容量的百分比。
5.根据权利要求1所述的一种医疗物联网健康监测方法，其特征在于：所述依托区块链的智慧医疗子系统具备以下功能：政府(卫计委)医疗数据监督管理、处方认证、处方购药功能、医保赔偿以及患者病历授权共享，包括：
(1)区块链子系统，用于存储部分电子医疗记录信息、验证摘要、电子医疗记录索引，与原有电子医疗记录(EMR)系统兼容；
(2)身份认证子系统，用于用户注册、安全认证和密钥管理；
(3)智能合约子系统，用于实现政府(卫计委)医疗数据监督管理、处方认证、处方购药功能、医保赔偿以及患者病历授权共享的功能，所述基于区块链的医疗管理系统提供智能合约编写、组合、形式化验证与生成的工具，并通过形式化方法，管理智能合约的描述、建模、验证、生成与执行的全生命周期；
(4)EMR子系统，用于存储具体电子医疗记录，并提供管理和查询电子医疗记录的服务；
(5)通信模块，用于用户和服务器、服务器和服务器之间的信息实时和安全的交互通信。
6.根据权利要求5所述的一种医疗物联网健康监测方法，其特征在于：所述区块链子系统包括区块链管理模块、一致性模块、接入模块、区块链存储模块和通信协议模块。
7.根据权利要求6所述的一种医疗物联网健康监测方法，其特征在于：所述区块链子系统布置方式分为两种，分别为单链小规模部署和多元模式大规模部署。区块链子系统根据用户发送的请求开始建块，建块方法包括如下步骤：(1)每个计算节点都会收到用户请求信息，经过timeout时间且缓冲区中有未处理病历，跳转到(2)；(2)节点发出prepropose指令并对收到的病历进行投票，之后使用轮询算法选出的特定节点，当特定节点收到+2/3的prepropose指令后开始计算区块，将投票通过的病历放入区块中，并广播给系统中其他节点，同时发送投票指令，所述计算区块的步骤包括：(2-1)根据本地存储的最新区块，填充待构建区块的区块高度、前区块头部哈希值等字段值；(2-2)将病历缓冲区的病历组织为状态树，存储至区块的病历区，并将该树的树根存储在病历根字段中；(2-3)最后填充病历制作者公钥、时间戳、版本号和扩展码等字段值，至此区块构建完成；(3)当节点收到区块和投票指令后，若此时没有锁定任何区块，则锁定收到的区块，对区块正确性进行验证并投票，随后将投票广播给系统中其他节点；若此时已有锁定区块并且收到的区块的round大于当前锁定区块的round，则锁定收到的区块并广播投票，所述验证包括如下：(3-1)验证该区块中存储的前区块头部的哈希值，是否与本地存储的最新区块的区块头部哈希值一致；(3-2)验证该区块中存储的时间戳，是否比本地存储的最新区块的时间戳更晚；(3-3)验证该区块中存储的区块高度，是否比本地存储的最新区块的区块高度更高；(3-4)若上述验证都正确，则为该区块投赞成票，否则投反对票；(4)当节点收到+1/3对当前锁定区块的反对票时，解锁区块并准备进行下一轮；当节点收到+2/3对当前锁定区块的赞成票时，若此区块的父区块也在本地区块链中，则将区块记入本地区块链中并解锁区块，否则广播消息以获取缺失区块，之后将收到的投票结果广播给其他节点；若超时，则解锁区块并准备进行下一轮；(5)每个节点收到所有投票结果后，对比每个节点的投票结果，有如下四种情况：(a)如果某一个节点发给不同节点的是不同的投票结果，那么这个节点就被视为“叛徒”节点；(b)如果一个节点与大多数节点投票结果不同，则对其信誉分进行减半处理；(c)如果一个节点投票结果与最终结果一致，且投票一致，则对其信誉分小幅上升；(d)如果一个节点只对部分节点发投票，则对其信誉分减少；(6)最后，对所有投票结果确认后，每个节点都发送反馈消息。
8.根据权利要求5所述的一种医疗物联网健康监测方法，其特征在于：所述身份认证子系统包括用户注册模块、安全认证模块和密钥颁发模块。所述身份认证子系统采用数字签名技术实现身份的可靠认证，包括对卫计委身份认证和对处方的认证。
9.根据权利要求5所述的一种医疗物联网健康监测方法，其特征在于：所述智能合约子系统包括模板生成模块、模板发布模块、合约生成模块和合约执行模块。所述智能合约包括基础合约和业务合约，所述基础合约包括注册合约、概要合约以及就医合约，所述业务合约包括监管合约、共享合约、保险合约以及购药合约。
10.根据权利要求5所述的一种医疗物联网健康监测方法，其特征在于：所述电子医疗记录系统包括病历存储模块、病历管理模块和病历查询模块。
CN202010610392.9A 2020-06-29 2020-06-29 一种医疗物联网健康监测方法 Pending CN112104692A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010610392.9A CN112104692A (zh) 2020-06-29 2020-06-29 一种医疗物联网健康监测方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010610392.9A CN112104692A (zh) 2020-06-29 2020-06-29 一种医疗物联网健康监测方法

Publications (1)

Publication Number Publication Date
CN112104692A true CN112104692A (zh) 2020-12-18

Family

ID=73750066

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010610392.9A Pending CN112104692A (zh) 2020-06-29 2020-06-29 一种医疗物联网健康监测方法

Country Status (1)

Country Link
CN (1) CN112104692A (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113055869A (zh) * 2021-03-15 2021-06-29 上海龙旗科技股份有限公司 在目标用户设备端设置健康待机模式的方法与设备
CN113077839A (zh) * 2021-04-19 2021-07-06 梅里医疗科技(洋浦)有限责任公司 基于基因大数据的疾病预测、生物靶点、药物研发一体化大健康平台
CN113223696A (zh) * 2021-03-25 2021-08-06 南通市第一老年病医院(上海大学附属南通医院、南通市第六人民医院、南通市肺科医院) 一种基于互联网的慢性病监管平台及方法
CN113208609A (zh) * 2021-05-08 2021-08-06 黑龙江省医院 心电信息管理系统
CN113486329A (zh) * 2021-05-27 2021-10-08 四川大学华西医院 一种评估监督任务的解锁方法及装置
CN113596626A (zh) * 2021-08-24 2021-11-02 北京理工大学 一种基于标识注册解析的智能足底压力检测系统
CN117690569A (zh) * 2024-02-04 2024-03-12 中国人民解放军总医院第六医学中心 耗材供应链透明化管理方法和耗材供应链透明化平台

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108364690A (zh) * 2018-04-24 2018-08-03 姜英 一种多功能生命体征检测系统及其工作方法
CN109326347A (zh) * 2018-10-15 2019-02-12 广州市三锐电子科技有限公司 一种基于人工智能的心电图远程监护系统
CN109637637A (zh) * 2017-10-20 2019-04-16 北京航空航天大学 基于区块链的医疗管理系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109637637A (zh) * 2017-10-20 2019-04-16 北京航空航天大学 基于区块链的医疗管理系统
CN108364690A (zh) * 2018-04-24 2018-08-03 姜英 一种多功能生命体征检测系统及其工作方法
CN109326347A (zh) * 2018-10-15 2019-02-12 广州市三锐电子科技有限公司 一种基于人工智能的心电图远程监护系统

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113055869A (zh) * 2021-03-15 2021-06-29 上海龙旗科技股份有限公司 在目标用户设备端设置健康待机模式的方法与设备
CN113055869B (zh) * 2021-03-15 2023-08-22 上海龙旗科技股份有限公司 在目标用户设备端设置健康待机模式的方法与设备
CN113223696A (zh) * 2021-03-25 2021-08-06 南通市第一老年病医院(上海大学附属南通医院、南通市第六人民医院、南通市肺科医院) 一种基于互联网的慢性病监管平台及方法
CN113077839A (zh) * 2021-04-19 2021-07-06 梅里医疗科技(洋浦)有限责任公司 基于基因大数据的疾病预测、生物靶点、药物研发一体化大健康平台
CN113208609A (zh) * 2021-05-08 2021-08-06 黑龙江省医院 心电信息管理系统
CN113486329A (zh) * 2021-05-27 2021-10-08 四川大学华西医院 一种评估监督任务的解锁方法及装置
CN113596626A (zh) * 2021-08-24 2021-11-02 北京理工大学 一种基于标识注册解析的智能足底压力检测系统
CN113596626B (zh) * 2021-08-24 2022-10-21 北京理工大学 一种基于标识注册解析的智能足底压力检测系统
CN117690569A (zh) * 2024-02-04 2024-03-12 中国人民解放军总医院第六医学中心 耗材供应链透明化管理方法和耗材供应链透明化平台

Similar Documents

Publication Publication Date Title
CN112104692A (zh) 一种医疗物联网健康监测方法
CN107085817B (zh) 医疗系统
JP7018557B2 (ja) Ｂｃｎ（ブロックチェーンネットワーク）を使用したデータ利用方法、システムおよびそのプログラム
Houtan et al. A survey on blockchain-based self-sovereign patient identity in healthcare
US10231077B2 (en) Records access and management
JP6630347B2 (ja) 合成ゲノム変異体ベースの安全なトランザクション装置、システム、及び方法
US20220223242A1 (en) System and method of controlling access of a user's health information stored over a health care network
EP1994484B1 (en) Platform for interoperable healthcare data exchange
CN111243690A (zh) 分享电子医疗健康记录的方法与系统
CN107704600B (zh) 一种结核检测云数据管理分析系统
CN106980771A (zh) 一种用于急性冠脉综合征病例信息采集的系统
TWI700707B (zh) 取得電子醫療健康記錄的方法與系統
CN103338196A (zh) 一种用于信息的认证授权和安全使用的方法与系统
CN112509655B (zh) 一种基于区块链的智能医疗数据采集系统
CN107958703A (zh) 一种基于mdt的远程信息同步管理和投票系统
CN108986873A (zh) 一种可追溯的诊疗数据处理方法及系统
CN111460040A (zh) 一种基于医疗区块链的数据管理系统
Lund et al. Mass-gathering medicine: creation of an online event and patient registry
CN111370087A (zh) 一种基于区块链的居民健康档案管理系统
CN114898831A (zh) 医疗数据检索系统及检索方法
US11532385B2 (en) System and method for healthcare security and interoperability
CN112733164A (zh) 一种基于区块链的病例共享方法、系统及私钥存储介质
CN115292745A (zh) 基于区块链的医疗数据价值流通方法
Tyagi et al. Healthcare Solutions for the Next Generation: A Useful Explanation from the User's Perspective
EP4068301A1 (en) Health management method, device and system, and data acquisition device

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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20201218