WO2021131794A1 - 制御方法、プログラム及び制御装置 - Google Patents

制御方法、プログラム及び制御装置 Download PDF

Info

Publication number
WO2021131794A1
WO2021131794A1 PCT/JP2020/046287 JP2020046287W WO2021131794A1 WO 2021131794 A1 WO2021131794 A1 WO 2021131794A1 JP 2020046287 W JP2020046287 W JP 2020046287W WO 2021131794 A1 WO2021131794 A1 WO 2021131794A1
Authority
WO
WIPO (PCT)
Prior art keywords
transaction data
medical
patient
smart contract
doctor
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.)
Ceased
Application number
PCT/JP2020/046287
Other languages
English (en)
French (fr)
Japanese (ja)
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.)
Panasonic Intellectual Property Corp of America
Original Assignee
Panasonic Intellectual Property Corp of America
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 Panasonic Intellectual Property Corp of America filed Critical Panasonic Intellectual Property Corp of America
Priority to CN202080089167.3A priority Critical patent/CN114846561A/zh
Priority to EP20906573.9A priority patent/EP4084015A4/en
Priority to JP2021567241A priority patent/JP7595031B2/ja
Publication of WO2021131794A1 publication Critical patent/WO2021131794A1/ja
Priority to US17/842,104 priority patent/US20220311629A1/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • 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
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23—Updating
    • G06F16/2379—Updates performed during online database operations; commit processing
    • 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
    • G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/20—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for computer-aided diagnosis, e.g. based on medical expert systems
    • 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/3236—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 using cryptographic hash functions
    • H04L9/3239—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 using cryptographic hash functions involving non-keyed hash functions, e.g. modification detection codes [MDCs], MD5, SHA or RIPEMD
    • 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
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G06Q2220/00—Business processing using cryptography
    • 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
    • G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring

Definitions

  • Patent Document 2 proposes a method of sharing and managing medical information including a patient's statement of intention in advance via the Internet in consideration of reliability and privacy.
  • Non-Patent Document 1 it cannot be verified whether or not the medical procedure considering the patient's intention is determined and implemented in a situation where the patient's intention cannot be expressed. In other words, it cannot be verified that the patient's intention reflected in advance in POLST or the like was taken into consideration in the actual medical procedure when the patient's intention cannot be actually expressed.
  • the control method of the present disclosure is a control method in a system, in which a smart contract programmed so that a medical treatment decision obtained as a result of discussion between a patient and a doctor can be executed is stored in a distributed ledger.
  • the control method acquires first transaction data including the biometric information of the patient obtained from the sensor, and acquires second transaction data including information on the diagnosis result of the doctor with respect to the biometric information.
  • the smart contract is executed, and the smart contract is executed to obtain the patient.
  • a recording medium such as a system, an integrated circuit, a computer program or a computer-readable CD-ROM, and the system, method, integrated circuit, computer program and the like. It may be realized by any combination of recording media.
  • FIG. 9 is a diagram conceptually showing the algorithm of the medical judgment support smart according to the embodiment.
  • FIG. 10 is a diagram conceptually showing the algorithm of the medical judgment support smart contract according to the first embodiment.
  • FIG. 11 is a diagram conceptually showing the algorithm of the medical judgment support smart contract according to the second embodiment.
  • FIG. 12 is a block diagram showing an example of the configuration of the server device according to the embodiment.
  • FIG. 13A is a diagram showing an outline of the operation until the patient's statement of intention of the medical procedure management system according to the embodiment is stored in the distributed ledger.
  • FIG. 13B is a diagram showing an outline of the operation until it is verifiable that the medical treatment measures according to the patient's intention stored in the distributed ledger of the medical treatment treatment management system according to the present embodiment are determined and implemented.
  • the first transaction data and the second transaction data include a contract address indicating the address of the smart contract.
  • FIG. 1 is a diagram showing an overall configuration of a medical procedure management system 1 according to the present embodiment.
  • the smart contract generation unit 103 uses data such as a medical proposal subset acquired via the communication unit 101 to program the algorithm of the medical decision support smart contract, thereby providing the medical decision support smart contract. To generate. Then, the smart contract generation unit 103 transmits the generated medical decision support smart contract to the blockchain control unit 104.
  • the medical proposal subset is data indicating a combination of medical procedures that can be proposed.
  • the smart contract generation unit 103 uses the derived conditional expressions, variables, and constants to edit a program that can be executed on the blockchain and returns a unique output for a unique input value, thereby making a medical judgment. Generate assistive smart contracts.
  • the smart contract generation unit 103 binaries the conditional expression described in Solidity, which is a script language that can be executed on the Ethereum-based blockchain, and the derived constant and variable access method. Generate as a converted program. Then, the smart contract generation unit 103 transmits the generated binary program to the blockchain control unit 104 as a medical judgment support smart contract.
  • the blockchain control unit 104 controls the formation of the blockchain network by establishing Peer-to-Peer communication in accordance with the specified blockchain protocol.
  • the display unit 105 uses data such as a medical proposal subset acquired via the communication unit 101 to determine the patient's intention in advance for medical treatment in a situation where the patient cannot express his / her intention while discussing with a doctor. Display questions and so on.
  • the display unit 105 displays the medical procedure obtained as a result of the discussion between the patient and the doctor, and displays the content of the medical judgment support smart contract generated by the smart contract generation unit 103 in a form that can be understood by the user such as the patient. To do.
  • the display unit 105 may convey the display content to the user audibly and tactilely, not only when the display is visually displayed.
  • the doctor terminal 20 is, for example, a terminal such as a PC used by a doctor, but is not limited thereto.
  • the doctor terminal 20 is not limited to the terminal but may be a server as long as it has a distributed ledger, can form a blockchain network, and can be used by a doctor or can directly communicate with a doctor.
  • the display unit 204 may display the question displayed by the patient terminal 10 in synchronization with the patient terminal 10 by using data such as a medical proposal subset acquired via the communication unit 101.
  • the question displayed by the patient terminal 10 is a question to the patient for determining the patient's intention in advance for the medical procedure in a situation where the patient cannot express his / her intention.
  • the storage unit 205 stores the doctor's opinion generated by the doctor's opinion generation unit 202, the text data input by the doctor's operation, the voice data, and the data input by the patient.
  • the blockchain address is information given to each node constituting the blockchain network, and is information that can uniquely identify the node.
  • the patient address 11 shown in FIG. 5 is a blockchain address assigned to the patient terminal 10.
  • the doctor address 21 shown in FIG. 5 is a blockchain address assigned to the doctor terminal 20, and the server address 31 is a blockchain address assigned to the server device 30.
  • the physical transaction data includes a destination address, content data, and a source address.
  • the destination address includes the medical decision support contract address 32, and the source address includes the patient address 11.
  • the content data includes information indicating the patient's condition and the signature of the patient terminal 10 which is the transmission source.
  • the information indicating the patient's condition is a medical fact indicating the patient's condition, such as vital data of the patient.
  • the signature is used to prove the authenticity of the physical transaction data.
  • the signature may be, for example, a digest value of a value indicating the patient's condition encrypted with a private key. In this case, the public key may be separately stored in the distributed ledger and made public.
  • the next selection step is executed only when the registered signature, the physical transaction data, and the content data of the opinion transaction data, that is, the input signature, match as a result of verification.
  • the process is interrupted and the variables of the medical judgment support smart contract are initialized.
  • the execution of the medical decision support smart contract is stopped.
  • the patient terminal 10 and the doctor terminal 20 may be notified that the execution of the medical judgment support smart contract has been stopped.
  • the medical decision support smart contract may include the patient address 11 and the doctor address 21 and generate alert transaction data indicating that the execution has been stopped.
  • the medical proposal subset included in the content data of the medical proposal transaction data is shared with the doctor via the doctor terminal 20, and the doctor implements the medical treatment according to this medical proposal subset.
  • the medical judgment support smart contract executes the signature confirmation step and confirms that the registered signature matches the input signature contained in the content data of each of the physical transaction data and the opinion transaction data. Verify the reliability of the value.
  • the patient's condition is not anxiety stop
  • Example 2 Next, a case will be described in which a subset of medical procedures conforming to the current living will format is pre-registered in the medical decision support smart contract as medical procedures obtained as a result of discussion between the patient and the doctor. In the following, the same description as in Example 1 will be omitted.
  • FIG. 12 is a block diagram showing an example of the configuration of the server device 30 according to the present embodiment.
  • the blockchain control unit 303 executes the medical judgment support smart contract based on the patient's biological information included in the physical transaction data and the diagnosis result of the doctor for the patient's biological information included in the opinion transaction data. Let me. Further, the blockchain control unit 303 outputs the proposal information regarding the medical treatment to be performed to the patient obtained from the medical judgment support smart contract by executing the medical judgment support smart contract.
  • the blockchain control unit 303 links the medical treatment implementation result transaction data acquired from the doctor terminal 20 with the medical proposal transaction data output by the medical judgment support smart contract. More specifically, the blockchain control unit 303 stores in the storage unit 302 information that associates the medical treatment implementation result included in the medical treatment implementation result transaction data with the medical proposal subset included in the medical proposal transaction data. The blockchain control unit 303 may execute a smart contract different from the medical judgment support smart contract and store the information in which the medical measure implementation result and the medical proposal subset are linked in the distributed ledger.
  • the working memory 305 is a memory that functions as an on-memory of the server device 30.
  • the working memory 305 reads the block recorded in the distributed ledger and holds the smart contract to operate the smart contract.
  • the working memory 305 may hold a contract address indicating a smart contract.
  • step S3 the medical procedure management system 1 operates the medical judgment support smart contract generated in step S2. More specifically, the medical procedure management system 1 operates the medical decision support smart contract by storing and deploying the medical decision support smart contract generated in step S2 in the distributed ledger.
  • step S6 the medical judgment support smart contract outputs a medical procedure proposal to the patient as an execution result. More specifically, the medical judgment support smart contract takes the physical transaction data and the opinion transaction data as inputs, and outputs the proposal information uniquely determined and the proposal information regarding the medical procedure to be performed on the patient.
  • the medical procedure management system 1 can ensure the difficulty and reliability of tampering with the medical procedure process that reflects the patient's intention. That is, the medical procedure management system 1 records in a blockchain, which is extremely difficult to falsify, the medical procedure judgment including the patient's expression of intention and the implementation result of the medical procedure based on the medical procedure judgment result. This makes it possible to verify whether or not the medical procedure has been determined and implemented in consideration of the patients' prior statements of intention.
  • step S102 determines whether the discussion in step S102 has been completed (S103).
  • the patient terminal 10 generates a third transaction data including the medical judgment support smart contract generated in step S106 (S107).
  • the patient terminal 10 includes the medical judgment support smart contract generated as a program binarized in the content data, and the patient address 11 in the destination address and the source address, as shown in FIG. 6, for example. Generate the third transaction data.
  • the patient terminal 10, the doctor terminal 20, and the server device 30 are synchronized. More specifically, the patient terminal 10, the doctor terminal 20, and the server device 30 each execute a consensus algorithm, take in the third transaction data acquired in step S110 into a block, and store the block in the distributed ledger.
  • the doctor terminal 20 confirms whether or not the doctor's diagnosis result for the patient's condition included in the condition transaction data has been acquired (S207).
  • the doctor terminal 20 When the diagnosis result is acquired in step S207 (Yes in S207), the doctor terminal 20 generates opinion transaction data including information on the doctor's diagnosis result with respect to the above-mentioned patient's biological information indicating the doctor's opinion (S209).
  • the doctor terminal 20 has the doctor's opinion and the signature of the doctor terminal 20 in the content data, the medical judgment support contract address 32 in the destination address, and the doctor address 21 in the source address. Generate views transaction data that includes.
  • the server device 30 transmits the medical proposal transaction data acquired in step S212 to the doctor terminal 20 (S213).
  • a blockchain network is configured by one patient terminal 10, one doctor terminal 20, and one server device 30 has been described as an example.
  • a blockchain network may be configured by a plurality of patient terminals 10, a plurality of doctor terminals 20, and a plurality of server devices.
  • the blockchain network may be configured by combining one patient terminal 10, a plurality of doctor terminals 20, and a plurality of server devices.
  • the patient terminal 10 has been described as generating a medical decision support smart contract, but the present invention is not limited to this.
  • the patient terminal 10 may be generated in cooperation with the doctor terminal 20, or the doctor terminal 20 may be generated in cooperation with the patient terminal 10.
  • the signatures of the patient terminal 10 and the doctor terminal 20 may be required as a multisig to issue transaction data including the medical judgment support smart contract.
  • the data format of the smart contract included in the transaction data is binary data
  • the data format may be executable by the selected blockchain platform, for example, an application binary interface.
  • the medical fact is included in the transaction data and transmitted / received, but the medical fact is not limited to this. Any format may be used as long as the patient terminal 10, the doctor terminal 20, and the server device 30 can communicate with each other. Medical facts may be transmitted and received using, for example, file transport within P2P, or may be transmitted and received via communication on the web.
  • the input to the medical judgment support smart contract is described as the physical transaction data transmitted by the patient terminal 10 and the opinion transaction data transmitted by the doctor terminal 20, but the input is not limited to this.
  • the doctor terminal 20 may acquire the condition transaction data generated by the patient terminal 10 and collect the patient's condition included in the condition transaction data into the view transaction data as the input.
  • the input to the medical judgment support smart contract is described as the physical transaction data and the opinion transaction data, it does not specify the data division of the transaction data. If the algorithm in the medical judgment support smart contract corresponds, one transaction data such as physical transaction data may be divided into two or more and input.
  • Each device in the above embodiment may be composed of a part or all of the constituent elements of one system LSI (Large Scale Integration).
  • a system LSI is an ultra-multifunctional LSI manufactured by integrating a plurality of components on a single chip, and specifically, is a computer system including a microprocessor, a ROM, a RAM, and the like. ..
  • a computer program is recorded in the RAM. When the microprocessor operates according to the computer program, the system LSI achieves its function.
  • the IC card or the module is a computer system composed of a microprocessor, ROM, RAM and the like.
  • the IC card or the module may include the above-mentioned super multifunctional LSI.
  • the microprocessor operates according to a computer program, the IC card or the module achieves its function.
  • This IC card or this module may have tamper resistance.
  • the present disclosure may be the method shown above. Further, it may be a computer program that realizes these methods by a computer, or it may be a digital signal composed of the computer program.
  • the present disclosure is a computer system including a microprocessor and a memory, in which the memory records the computer program, and the microprocessor may operate according to the computer program.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Health & Medical Sciences (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Public Health (AREA)
  • Medical Informatics (AREA)
  • Biomedical Technology (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Primary Health Care (AREA)
  • General Health & Medical Sciences (AREA)
  • Epidemiology (AREA)
  • Pathology (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
PCT/JP2020/046287 2019-12-27 2020-12-11 制御方法、プログラム及び制御装置 Ceased WO2021131794A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN202080089167.3A CN114846561A (zh) 2019-12-27 2020-12-11 控制方法、程序、以及控制装置
EP20906573.9A EP4084015A4 (en) 2019-12-27 2020-12-11 CONTROL METHOD, PROGRAM AND CONTROL DEVICE
JP2021567241A JP7595031B2 (ja) 2019-12-27 2020-12-11 制御方法、プログラム及び制御装置
US17/842,104 US20220311629A1 (en) 2019-12-27 2022-06-16 Control method, recording medium, and control device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201962954225P 2019-12-27 2019-12-27
US62/954,225 2019-12-27

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/842,104 Continuation US20220311629A1 (en) 2019-12-27 2022-06-16 Control method, recording medium, and control device

Publications (1)

Publication Number Publication Date
WO2021131794A1 true WO2021131794A1 (ja) 2021-07-01

Family

ID=76576054

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/046287 Ceased WO2021131794A1 (ja) 2019-12-27 2020-12-11 制御方法、プログラム及び制御装置

Country Status (5)

Country Link
US (1) US20220311629A1 (https=)
EP (1) EP4084015A4 (https=)
JP (1) JP7595031B2 (https=)
CN (1) CN114846561A (https=)
WO (1) WO2021131794A1 (https=)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20250279193A1 (en) * 2024-02-29 2025-09-04 Sanmai Technologies, PBC Treatment devices with anti-tampering, security, and transparency features

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015507282A (ja) 2012-01-09 2015-03-05 マイメディカルレコーズ，インコーポレーテッド 遠隔医療及び健康監視デバイス機能による個人健康記録を管理する方法及びシステム
JP2016516231A (ja) 2013-03-07 2016-06-02 メデッソ ゲーエムベーハーＭｅｄｅｓｓｏ Ｇｍｂｈ 医療意志決定時の支援としての医療提案のスコアを計算する方法
JP2018533103A (ja) * 2015-08-03 2018-11-08 ポキットドク インコーポレイテッド 分散型自律医療経済プラットフォームのためのシステム及び方法
US20190035492A1 (en) * 2015-10-14 2019-01-31 David Alan Finkelstein System and method utilizing facial recognition with online (social) network to access casualty health information in an emergency situation
US20190361917A1 (en) * 2018-05-25 2019-11-28 Bao Tran Smart device
US20190392162A1 (en) * 2018-06-25 2019-12-26 Merck Sharp & Dohme Corp. Dynamic consent enforcement for internet of things

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6584445B2 (en) * 1998-10-22 2003-06-24 Computerized Health Evaluation Systems, Inc. Medical system for shared patient and physician decision making
US10105546B2 (en) * 2012-05-08 2018-10-23 Physio-Control, Inc. Utility module
US20180165416A1 (en) * 2016-12-09 2018-06-14 Cognitive Scale, Inc. Method for Providing Healthcare-Related, Blockchain-Associated Cognitive Insights Using Blockchains
CN107423565A (zh) * 2017-07-26 2017-12-01 中山大学 一种基于智能合约技术的医疗抢救合约方法
EP3764886B1 (en) * 2018-03-16 2024-01-10 ZOLL Medical Corporation Monitoring physiological status based on bio-vibrational and radio frequency data analysis
US20190355472A1 (en) * 2018-05-18 2019-11-21 John D. Kutzko Computer-implemented system and methods for predicting the health and therapeutic behavior of individuals using artificial intelligence, smart contracts and blockchain
US11837344B2 (en) * 2018-06-29 2023-12-05 OutcomeMD, Inc. Systems and methods for securely storing patient information and providing access thereto
CN110504008B (zh) * 2019-08-26 2025-07-15 腾讯科技（深圳）有限公司 一种医疗信息管理方法、系统、计算机设备及存储介质

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015507282A (ja) 2012-01-09 2015-03-05 マイメディカルレコーズ，インコーポレーテッド 遠隔医療及び健康監視デバイス機能による個人健康記録を管理する方法及びシステム
JP2016516231A (ja) 2013-03-07 2016-06-02 メデッソ ゲーエムベーハーＭｅｄｅｓｓｏ Ｇｍｂｈ 医療意志決定時の支援としての医療提案のスコアを計算する方法
JP2018533103A (ja) * 2015-08-03 2018-11-08 ポキットドク インコーポレイテッド 分散型自律医療経済プラットフォームのためのシステム及び方法
US20190035492A1 (en) * 2015-10-14 2019-01-31 David Alan Finkelstein System and method utilizing facial recognition with online (social) network to access casualty health information in an emergency situation
US20190361917A1 (en) * 2018-05-25 2019-11-28 Bao Tran Smart device
US20190392162A1 (en) * 2018-06-25 2019-12-26 Merck Sharp & Dohme Corp. Dynamic consent enforcement for internet of things

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
HOSHINO, KAZUMASA: "Everyone's life - natural death and dignity death, euthanasia and mercy killing", JOURNAL OF CLINICAL SURGERY, vol. 55, no. 9, 20 September 2000 (2000-09-20), JP , pages 1083 - 1088, XP009536876, ISSN: 0386-9857, DOI: 10.11477/mf.1407904190 *
See also references of EP4084015A4

Also Published As

Publication number Publication date
CN114846561A (zh) 2022-08-02
JPWO2021131794A1 (https=) 2021-07-01
EP4084015A4 (en) 2023-02-08
JP7595031B2 (ja) 2024-12-05
US20220311629A1 (en) 2022-09-29
EP4084015A1 (en) 2022-11-02

Similar Documents

Publication Publication Date Title
Khang et al. Data-centric AI solutions and emerging technologies in the healthcare ecosystem
Gwozdziewycz et al. Meta-analysis of the use of narrative exposure therapy for the effects of trauma among refugee populations
Loh et al. Willingness to bear adversity and beliefs about the curability of advanced cancer in older adults
US20060122863A1 (en) Patient management network
US20210183486A1 (en) Biological information processing method, biological information processing apparatus, and biological information processing system
JP2022037803A (ja) 情報処理方法、診断支援装置及びコンピュータプログラム
WO2006060806A2 (en) Patient management network
KR20190132290A (ko) 환자 진단 학습 방법, 서버 및 프로그램
US12361161B2 (en) Patient care record management system
Waldfogel Spirituality in medicine
KR102429182B1 (ko) 환자의 증상 정보에 따른 선택적 의사 매칭이 가능한 비대면 진료 시스템
Pittman et al. Collection of daily patient reported outcomes is feasible and demonstrates differential patient experience in chronic kidney disease
Davat et al. Patients’ information needs related to a monitoring implant for heart failure: co-designed study based on affect stories
JP7595031B2 (ja) 制御方法、プログラム及び制御装置
Israni et al. Human‐Machine Interaction in Leveraging the Concept of Telemedicine
Sitharamulu et al. A private Ethereum blockchain for organ donation and transplantation based on intelligent smart contracts
Liljamo et al. Healthcare professionals’ views on the mutual consistency of the F innish C lassification of N ursing I nterventions and the O ulu P atient C lassification
Benattia et al. Implementing a blockchain based system for healthcare applications using digital twin
Siddiqui et al. Securing healthcare IoT (HIoT) monitoring system using blockchain
Allen Institutionalising emergent organisation in health and social care
CN119604941A (zh) 计算机程序、信息处理装置、信息处理方法以及学习模型生成方法
Kormiltsyn et al. Formal evaluation of privacy-conflict resolution for integrating personal-and electronic health records in blockchain-based systems
Kartono et al. HIV/AIDS Literacy Impact Towards the Self-Care Performance of People Live with HIV/AIDS in Indonesia
US8670994B2 (en) Method and system for providing information to physicians
Riaño et al. Mining hospital data to learn SDA* clinical algorithms

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20906573

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021567241

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2020906573

Country of ref document: EP

Effective date: 20220727

WWW Wipo information: withdrawn in national office

Ref document number: 2020906573

Country of ref document: EP