WO2022203068A1 - 投薬情報管理システムとその管理制御装置、端末装置、管理方法およびプログラム記憶媒体 - Google Patents

投薬情報管理システムとその管理制御装置、端末装置、管理方法およびプログラム記憶媒体 Download PDF

Info

Publication number
WO2022203068A1
WO2022203068A1 PCT/JP2022/014627 JP2022014627W WO2022203068A1 WO 2022203068 A1 WO2022203068 A1 WO 2022203068A1 JP 2022014627 W JP2022014627 W JP 2022014627W WO 2022203068 A1 WO2022203068 A1 WO 2022203068A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
medication
vaccination
token
inoculation
Prior art date
Application number
PCT/JP2022/014627
Other languages
English (en)
French (fr)
Inventor
陽一 櫻井
建 梅田
龍太 小久保
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 EP22775849.7A priority Critical patent/EP4318369A1/en
Publication of WO2022203068A1 publication Critical patent/WO2022203068A1/ja
Priority to US18/474,313 priority patent/US20240013880A1/en

Links

Images

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
    • G16H20/00ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
    • 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
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • G06Q50/26Government or public services
    • 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
    • G16H10/00ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • 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/60ICT 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 operation of medical equipment or devices
    • G16H40/67ICT 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 operation of medical equipment or devices for remote operation
    • 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
    • G16H70/00ICT specially adapted for the handling or processing of medical references
    • G16H70/40ICT specially adapted for the handling or processing of medical references relating to drugs, e.g. their side effects or intended usage

Definitions

  • One aspect of the present invention relates to a medication information management system that manages information about medication such as vaccination, its management control device, terminal device, management method, and program storage medium.
  • Vaccination is a particularly effective preventive measure against epidemics.
  • the record is only recorded in the chart of a medical institution, etc., and no certificate regarding the presence or absence of vaccination is issued.
  • the present invention has been made with a focus on the above circumstances, and one aspect of the present invention is to provide a technique that enables expansion of the use of medication certification information.
  • one aspect of the present invention is to provide a management control device that acquires and manages information representing the state of drug administration for a person to be administered, and information data transfer between the management control device and the management control device via a network.
  • the present invention relates to a medication information management system provided with a terminal device capable of transmission.
  • the management control device generates medication certification information including at least identification information of the medication subject and information about the medication history for each medication subject, based on the information indicating the medication status of the medication subject. generating and storing a token having management information for managing the medication certification information as an attribute value and including information representing a usage history of the medication certification information in the attribute value, and storing the medication certification information; is used, the information representing the usage history of the token is updated. Then, when a request to refer to the usage history of the medication certification information is received from the terminal device, information representing the usage history included in the attribute value of the corresponding token is transmitted to the requesting terminal device. .
  • the terminal device acquires information representing the usage history included in the attribute value of the token from the management control device, and performs information processing according to a predetermined use based on the acquired information representing the usage history.
  • a token having management information of this medication certification information generated as an attribute value is generated. Saved. Focusing on this point, information representing the usage history of the medication certification information is newly set in the token as one of the attribute values, and is set to the attribute value of the token each time the medication certification information is used. The information representing the usage history is updated. Then, when a request to refer to the usage history of the medication certification information is received from the terminal device, information representing the usage history included in the attribute value of the corresponding token is provided to the requesting terminal device.
  • the present invention it is possible to obtain information representing the usage history of the medication certification information by referring to the token of the medication certification information.
  • the subject of medication or the analyst of the medication certification information can, for example, manage the behavior history and health condition of the subject of medication, or It is possible to conduct statistical analysis surveys such as post-medication trend surveys and usage status surveys of drug recipients at specific facilities.
  • FIG. 1 is a diagram showing an example of the overall configuration of a medication information management system according to the first embodiment of this invention.
  • FIG. 2 is a block diagram showing an example of the hardware configuration of the inoculator terminal used in the system shown in FIG.
  • FIG. 3 is a block diagram showing an example of the software configuration of the vaccinated person terminal shown in FIG.
  • FIG. 4 is a block diagram showing an example of the hardware configuration of an inoculation information management server included in the management control device of the system shown in FIG. 5 is a block diagram showing an example of the software configuration of the inoculation information management server shown in FIG. 4.
  • FIG. FIG. 6 is a block diagram showing an example of the software configuration of an inoculation certificate management server provided in the management control device of the system shown in FIG. FIG.
  • FIG. 7 is a block diagram showing an example of the software configuration of a provider terminal used in the system shown in FIG. 1;
  • FIG. 8 is a flow chart showing an example of processing procedures and processing contents by the control unit of the inoculated person terminal shown in FIG.
  • FIG. 9 is a flow chart showing an example of the processing procedure and processing contents of the vaccination certificate presentation processing among the processing procedures shown in FIG. 10 is a flow chart showing an example of a processing procedure and processing contents by a control unit of the inoculation information management server shown in FIG. 5.
  • FIG. FIG. 11 is a flow chart showing an example of processing procedures and processing contents by the control unit of the vaccination certificate management server shown in FIG. 12 is a flow chart showing an example of a processing procedure and processing contents by the control unit of the provider terminal shown in FIG. 7.
  • FIG. FIG. 13 is a sequence diagram showing an example of the overall processing flow in the system shown in FIG. 1; 14 is a sequence diagram showing a first example of the flow of the vaccination certificate confirmation process among the processes shown in FIG. 13.
  • FIG. FIG. 15 is a sequence diagram showing a second example of the flow of vaccination certificate confirmation processing according to the second embodiment of the present invention.
  • FIG. 1 is a diagram showing an example of the overall configuration of a medication information management system according to the first embodiment of the present invention.
  • the medication information management system of the first embodiment has a management control device PF as its core.
  • the management control device PF is hereinafter also referred to as platform.
  • the platform PF is provided on the cloud, for example, and in this example comprises an inoculation information management server ASV, an inoculation certificate management server BSV, and a trail management system BC.
  • An authentication server NSV can be connected to the platform PF via the network NW.
  • the platform PF may be configured to further include the authentication server NSV in addition to the vaccination information management server ASV, the vaccination certificate management server BSV, and the trail management system BC. Also, the platform PF may be configured as an aggregation of a plurality of servers, or may be configured with a single server.
  • the platform PF consists of multiple vaccinated person terminals UT1 to UTn (hereinafter collectively referred to as UT) used by vaccinated persons, a business operator terminal WT used by a business operator to which the inoculated person's inoculation certificate data is submitted, and an inoculation certificate. It is possible to transmit data via the network NW to and from the referrer terminal MT, which checks the action history of the inoculator and performs information analysis processing, etc. by referring to the use history of the.
  • a personal computer for example, is used as the referrer terminal MT.
  • the users of the referrer terminal MT are assumed to be medical professionals, officials of administrative agencies such as local governments, and service providers entrusted with surveys, etc. It may be the business operator to whom it is submitted, and it also functions as a medical staff terminal when used by a medical staff.
  • the authentication server NSV performs authentication processing for the vaccinated person with the vaccinated person terminal UT. For example, after confirming the identity of the inoculated person using the public personal identification service (JPKI), the authentication information including the authentication ID and password is set. In addition, the unique identification information of the vaccinated person is issued and set in the inoculation information management server ASV and the trace management system BC.
  • JPKI public personal identification service
  • the authentication server NSV sets an address for the trace management system BC for the inoculator to use the trace management system BC, issues a secret key linked to the address, and notifies it to the inoculator terminal UT.
  • the network NW comprises, for example, a wide area network centered on the Internet, and an access network for accessing this wide area network.
  • the access network for example, a wired or wireless public communication network, a wired or wireless LAN (Local Area Network), and a CATV (Cable Television) network are used.
  • Inoculator terminal UT 2 and 3 are block diagrams respectively showing an example of the hardware configuration and software configuration of the inoculator terminal UT.
  • the vaccinated person terminal UT consists of, for example, a general-purpose smartphone. That is, as the inoculated person terminal UT, a browser and a portable terminal equipped with a transfer function of information data such as e-mail, SNS (Social Network System), SMS (Short Message Service), etc. are used. As the inoculated person terminal UT, a tablet terminal, a notebook personal computer, or the like may be used as long as it has the same function.
  • SNS Social Network System
  • SMS Short Message Service
  • the inoculator terminal UT includes a control unit 1D using a hardware processor such as a central processing unit (CPU).
  • a storage unit having a program storage section 2D and a data storage section 3D, a communication interface (hereinafter referred to as I/F) 4D, and an input/output I/F 5D are connected to the control section 1D. ing.
  • the communication I/F 4D uses a communication protocol defined by the network NW, such as TCP/IP (Transmission Control Protocol/Internet Protocol) under the control of the control unit 1D, to the inoculation information management server ASV in the platform PF and Information data is transmitted between the vaccination certificate management server BSV and between the authentication server NSV.
  • the communication I/F 4D may have an interface compatible with a low-power wireless data communication standard such as Bluetooth (registered trademark), for example, in order to transfer data with the operator's terminal WT.
  • the input/output I/F 5D is connected to an input/output device 6D, a GPS (Global Positioning System) sensor 7D, and a camera 8D used for reading QR codes (registered trademark).
  • the input/output device 6D is such that an input section 62D using a pressure-sensitive or capacitive touch input sheet is superimposed on a display screen of a display section 61D using liquid crystal or organic EL, for example.
  • the input section 62D is used by the inoculated person to input information necessary for his/her own authentication, post-inoculation information related to side reactions, etc., and input commands and information data necessary for obtaining and submitting vaccination certificate data. be.
  • the display unit 61D is used to display the command, each information data, acquired vaccination certificate data, and the like.
  • the GPS sensor 7D is used to acquire the location information of the inoculated person.
  • the position information includes information indicating latitude and longitude and information indicating date and time.
  • the camera 8D is used to read vaccination certificate data represented by code data such as barcodes or QR codes (registered trademark).
  • the input/output I/F 5D may be connected to a vital sensor that measures biological information such as body temperature, blood pressure, and heart rate of the inoculated person.
  • the program storage unit 2D is configured by, for example, combining a non-volatile memory such as an SSD (Solid State Drive) that can be written and read at any time and a non-volatile memory such as a ROM (Read Only Memory) as a storage medium.
  • OS Operating System
  • middleware such as an OS and each application program will be collectively referred to as a program.
  • the data storage unit 3D is, for example, a combination of a non-volatile memory such as an SSD that can be written and read at any time and a volatile memory such as a RAM (Random Access Memory) as a storage medium.
  • An authentication/consent confirmation information storage unit 31D, a post-inoculation information storage unit 32D, and an inoculation certificate storage unit 33D are provided as main storage units necessary for carrying out the processing according to the embodiment.
  • the authentication/consent confirmation information storage unit 31D is associated with the inoculated person address of the trace management system BS, which is notified from the authentication server NSV when initializing the inoculated person's authentication information with the authentication server NSV. used to store private keys that have been
  • the post-inoculation information storage unit 32D is used to temporarily store the post-inoculation information related to the side reactions of the inoculated person input by the input unit 62D.
  • the vaccination certificate storage unit 33D is used to store the vaccination certificate data acquired from the vaccination certificate management server BSV.
  • the vaccination certificate data is represented by code data such as bar code or QR code (registered trademark), but may be represented by other text data or binary data.
  • the control unit 1D includes an authentication/consent processing unit 11D, a post-inoculation information registration processing unit 12D, an inoculation certificate acquisition processing unit 13D, an inoculation and a proof submission processing unit 14D. These processing units 11D to 14D are realized by causing the hardware processor of the control unit 1D to execute programs stored in the program storage unit 2D.
  • the authentication/consent processing unit 11D exchanges the authentication procedure or consent information of the inoculated person with the authentication server NSV at the time of initial registration setting of the inoculated person terminal UT, registration of post-inoculation information, and acquisition and submission of the inoculation certificate. Perform verification procedures.
  • the private key linked to the inoculated person address set for the trail management system BS by the authentication server NSV is received from the authentication server NSV and stored in the authentication / consent confirmation information storage unit 31D. Perform the save process.
  • the post-inoculation information registration processing unit 12D When receiving a post-inoculation information acquisition request from the inoculation information management server ASV, the post-inoculation information registration processing unit 12D stores the post-inoculation information related to the adverse reaction etc. input by the inoculation person in the authentication input unit 62D. After the post-inoculation information is temporarily stored in the unit 32D, processing is performed to transmit the stored post-inoculation information from the communication I/F 4D to the inoculation information management server ASV.
  • the vaccination certificate acquisition processing unit 13D acquires vaccination certificate data from the vaccination certificate management server BSV via the communication I/F 4D when the inoculated person performs an operation requesting acquisition of the vaccination certificate in the input unit 62D. Execute the process. Then, the acquired vaccination certificate data is stored in the vaccination certificate storage unit 33D.
  • the vaccination certificate submission processing unit 14D reads and outputs the vaccination certificate data from the vaccination certificate storage unit 33D when the vaccinated person performs an operation to submit the vaccination certificate data to the business operator in the input unit 62D.
  • the vaccination certificate submission processing unit 14D obtains the consent of the inoculated person to the provision of the location information of his/her own inoculated terminal UT based on the consent information managed by the authentication server NSV. The presence or absence is confirmed, and when the consent is confirmed, the current location information of the inoculator terminal UT is acquired from the GPS sensor 7D. Then, a process of adding the acquired position information to the vaccination certificate data and outputting the data is performed.
  • the above output means two types of methods are conceivable for the above output means.
  • One of them is a method of displaying the code data on the display unit 61D when the vaccination certificate data is represented by code data such as a bar code or a QR code (registered trademark).
  • code data such as a bar code or a QR code (registered trademark).
  • the inoculation certificate data is represented by, for example, text data or binary data
  • this text data or binary data is transmitted from the communication I/F 4D to the business terminal WT, which is the submission destination, via a wireless line. be.
  • Inoculation information management server ASV 4 and 5 are block diagrams respectively showing an example of the hardware configuration and software configuration of the inoculation information management server ASV.
  • the inoculation information management server ASV is composed of, for example, a server computer, and includes a control section 1A using a hardware processor such as a CPU.
  • a storage unit having a program storage section 2A and a data storage section 3A and a communication I/F 4A are connected to the control section 1A via a bus.
  • the communication I / F 4A uses a communication protocol defined by the network NW to communicate with the inoculation certificate management server BSV in the platform PF, as well as the inoculated person terminal UT and the medical person terminal Information data is transmitted/received to/from the MT.
  • the communication I/F 4A can also transmit and receive information data to and from the authentication server NSV and the trail management system BC.
  • the program storage unit 2A is configured by combining, for example, a non-volatile memory such as a HDD (Hard Disk Drive) or SSD as a storage medium, which can be written and read at any time, and a non-volatile memory such as a ROM. In addition to the middleware, it stores programs necessary for executing various control processes according to the first embodiment of the present invention.
  • a non-volatile memory such as a HDD (Hard Disk Drive) or SSD as a storage medium, which can be written and read at any time
  • a non-volatile memory such as a ROM.
  • ROM Read Only Memory
  • the data storage unit 3A is, for example, a combination of a non-volatile memory such as an HDD or an SSD that can be written and read at any time and a volatile memory such as a RAM as a storage medium.
  • storage parts are provided as a main memory
  • the vaccinated person management information storage unit 31A is used to store the vaccinated person's basic information and interview information.
  • the inoculation information storage unit 32A is used to store inoculated information and post-inoculation information of the inoculated person respectively obtained from the medical staff terminal MT and the inoculated person terminal UT.
  • the control unit 1A has, as main processing functions necessary for carrying out the first embodiment of the present invention, an inoculated person management processing unit 11A, a vaccinated information acquisition processing unit 12A, and a post-inoculation information acquisition processing unit 13A. , and an inoculation information transfer processing unit 14A. These processing units 11A to 14A are realized by causing the hardware processor of the control unit 1A to execute programs stored in the program storage unit 2A.
  • the vaccinated person management processing unit 11A receives the basic information of the vaccinated person sent from the vaccinated person terminal UT prior to vaccination via the communication I/F 4A, and associates the received basic information with the unique identification information of the vaccinated person. Then, a process of storing in the vaccinated person management information storage unit 31A is performed.
  • the vaccinated information acquisition processing unit 12A receives vaccinated information sent from the medical staff terminal MT when the vaccinated person is vaccinated, together with interview information, via the communication I/F 4A, and receives the received vaccinated information.
  • a process of storing the information of the medical questionnaire and the unique identification information of the inoculated person in the inoculation information storage unit 32A is performed.
  • the vaccinated information includes, for example, the type of vaccinated vaccine, the identification information of the pharmaceutical company (manufacturer ID), and the lot number, but may also include the vaccinated person identification number, the date and time of vaccination, and the place of vaccination. .
  • the information on the questionnaire includes, for example, the body temperature of the vaccinated person just before vaccination, the presence or absence of chronic diseases, the type of drugs being prescribed, the presence or absence of drug allergies, the presence or absence of pregnancy, and information indicating changes in physical condition during a predetermined period in the past.
  • the body temperature of the vaccinated person just before vaccination the presence or absence of chronic diseases, the type of drugs being prescribed, the presence or absence of drug allergies, the presence or absence of pregnancy, and information indicating changes in physical condition during a predetermined period in the past.
  • the body temperature of the vaccinated person just before vaccination the presence or absence of chronic diseases, the type of drugs being prescribed, the presence or absence of drug allergies, the presence or absence of pregnancy
  • information indicating changes in physical condition during a predetermined period in the past includes, for example, the body temperature of the vaccinated person just before vaccination, the presence or absence of chronic diseases, the type of drugs being prescribed, the presence or absence of drug allergies, the presence or absence of pregnancy, and information indicating changes in physical condition
  • the vaccinated person terminal UT acquires and manages the PHR (Personal Health Record) information of the vaccinated person and the prescription/medication information etc. It may be acquired together with the information and stored in the vaccinated person management information storage unit 31A.
  • the PHR information can include vital data such as current body temperature, blood pressure, heart rate, etc. measured by a biosensor built in or attached to the inoculator terminal UT, for example.
  • the post-inoculation information acquisition processing unit 13A sends the post-inoculation information to the inoculation person terminal UT at the timing of acquiring the post-inoculation information after a predetermined period of time has passed since the inoculation, targeting the inoculation person for whom the above-mentioned inoculation information has been registered. Submit a report request. Then, a process of receiving the post-inoculation information returned from the inoculated person terminal UT via the communication I/F 4A, and storing the received post-inoculation information in the inoculation information storage unit 32A in association with the unique identification information of the inoculated person. I do.
  • the vaccination information transfer processing unit 14A When the vaccination information transfer processing unit 14A receives the vaccination information acquisition request from the vaccination certificate management server BSV, the vaccination information of the corresponding vaccination person, that is, the inoculated information and the post-inoculation information, is read out from the vaccination information storage unit 32A. , a process of transferring each read information from the communication I/F 4A to the requesting vaccination certificate management server BSV. At this time, the inoculation information transfer processing unit 14A transfers the basic information of the corresponding inoculated person stored in the inoculated person management information storage unit 31A to the inoculation certificate management server of the request source together with the above-mentioned inoculated information and post-inoculation information. You may make it transfer to BSV.
  • FIG. 6 is a block diagram showing the software configuration of the vaccination certificate management server BSV. Note that the hardware configuration is the same as the configuration of the inoculation information management server ASV (FIG. 4), so the description is omitted here.
  • the vaccination certificate management server BSV includes a control unit 1B, a program storage unit 2B, a data storage unit 3B, and a communication I/F 4B.
  • the communication I / F 4B transfers data between the vaccination information management server ASV and the trail management system BC in the platform PF, and the inoculator terminal UT, the operator terminal WT, and the referrer of the usage history of the vaccination certificate Information data is transmitted and received via the network NW to and from the referrer terminal MT to be used.
  • the data storage unit 3B is provided with an inoculation certificate storage unit 31B.
  • the vaccination certificate storage unit 31B is used to store the vaccination certificate data generated by the control unit 1B in association with the unique identification information of the inoculated person.
  • the control unit 1B includes, as main processing functions necessary for carrying out the first embodiment of the present invention, an inoculation information acquisition processing unit 11B, an inoculation certificate issuance processing unit 12B, a token registration processing unit 13B, a usage history and an acquisition/transmission processing unit 14B. These processing units 11B to 14B are realized by causing the hardware processor of the control unit 1B to execute the programs stored in the program storage unit 2B.
  • the vaccination information acquisition processing unit 11B acquires the vaccination completion information and post-inoculation information of the corresponding vaccination person from the vaccination information management server ASV when the acquisition request for the vaccination certificate is received from the vaccination person terminal UT or the operator terminal WT. , the acquired information is transferred to the vaccination certificate issuing processing unit 12B.
  • the vaccination certificate issuing processing unit 12B creates vaccination certificate data based on the vaccination completion information and post-vaccination information passed from the vaccination information acquisition processing unit 11B, and uses the created vaccination certificate data as a unique identification of the inoculated person. It is temporarily stored in the inoculation certificate storage unit 31B in association with the information. Also, the vaccination certificate issuing processing unit 12B determines whether or not the inoculated person consents to the use of the vaccination certificate data by a third party based on the information on the consent form managed by the authentication server NSV. Then, when the consent is confirmed, the process of transmitting the vaccination certificate data to the requesting inoculated person terminal UT or the business operator terminal WT is performed.
  • the token registration processing unit 13B instructs the contract of the trail management system BC to generate a token having the management information of the vaccination certificate data as an attribute value when the vaccination certificate data issuance processing is performed. conduct.
  • the attribute values of the token include, as values corresponding to the parameters of normal management information, for example, a token ID represented by a serial number of the vaccination certificate data, an address for the vaccinated person on the trace management system BC, and an inoculation certificate issuance Inoculation certificate data storage location URL (Uniform Resource Locator), hash value of vaccination certificate data file, expiration date of vaccination certificate data, token status (valid/invalid (expired, etc.)) are included.
  • the address for the inoculator indicates the address value on the trace management system BS paired with the private key used when the inoculator uses the trace management system BC.
  • the inoculation certificate issuer address indicates an address value on the trace management system BS paired with a secret key used when the inoculation certificate management server BSV, which is the issuer of the inoculation certificate data, uses the trace management system BC.
  • the storage destination URL of the vaccination certificate data is the URL of the vaccination certificate management server BSV when accessing the vaccination certificate data.
  • the hash value of the vaccination certificate data file is a hash function value for ensuring the authenticity of the vaccination certificate data.
  • the attribute values of the token have newly prepared items for describing the last use date and time of the vaccination certificate data and location information indicating the place of use. .
  • location information indicating the date and time of use and the place of use is described each time the inoculation certificate data is used by the inoculated person, while being updated each time. Description of these items is performed in the trail management system BC, and an example of its processing operation will be described in the operation example.
  • FIG. 7 is a block diagram showing the software configuration of the operator terminal WT. Note that the hardware configuration is the same as the configuration of the inoculated person terminal UT (FIG. 2), so the description is omitted here.
  • the business terminal WT consists of, for example, a mobile terminal such as a general-purpose smartphone, a personal computer, or a POS (Pont of sale) terminal.
  • a mobile terminal such as a general-purpose smartphone, a personal computer, or a POS (Pont of sale) terminal.
  • POS Public of sale
  • the operator terminal WT a tablet-type terminal, a notebook-type personal computer, or the like may be used as long as it has similar functions.
  • the operator terminal WT includes a control section 1E using a hardware processor such as a central processing unit.
  • a storage unit having a program storage section 2E and a data storage section 3E, a communication interface I/F 4E, and an input/output I/F 5E are connected to the control section 1E.
  • the communication I/F 4E communicates with the inoculation certificate management server BSV in the platform PF and with the authentication server NSV using a communication protocol defined by the network NW, such as TCP/IP. data is transmitted between them.
  • Communication I / F4E for example, in order to perform data transfer between inoculated person terminal UT, may be provided with an interface corresponding to a low-power wireless data communication standard such as Bluetooth (registered trademark).
  • the input/output I/F 5E is a general-purpose mobile terminal such as a smartphone, like the inoculator terminal UT, the input/output device 6E, the GPS sensor 7E and the camera used for reading the QR code (registered trademark), etc. 8E is connected.
  • the camera 8E is used to read vaccination certificate data represented by a bar code or QR code (registered trademark) displayed on the display unit 61D of the inoculated person terminal UT.
  • An external card reader or OCR reader optical character reader may be used instead of the camera 8E.
  • the program storage unit 2E is configured by, for example, combining a nonvolatile memory such as an SSD that can be written and read at any time as a storage medium and a nonvolatile memory such as a ROM. It stores a plurality of application programs necessary for executing various control processes according to one embodiment.
  • middleware such as an OS and each application program will be collectively referred to as a program.
  • the data storage unit 3E is, for example, a combination of a non-volatile memory such as an SSD, which can be written and read at any time, and a volatile memory such as a RAM, as storage media. is provided with an inoculation proof data storage unit 31E as a main storage unit necessary for carrying out the above.
  • the vaccination certificate data storage unit 31E is used to store the vaccination certificate data read from the vaccinated person terminal UT.
  • the control unit 1E includes an inoculation certificate acquisition processing unit 11E and a token verification/renewal request processing unit 12E as processing functions necessary to implement the first embodiment of the present invention. These processing units 11E and 12E are implemented by causing the hardware processor of the control unit 1E to execute programs stored in the program storage unit 2E.
  • the vaccination certificate acquisition processing unit 11E captures the barcode or QR code (registered trademark) of the vaccination certificate data displayed on the display unit 61D of the inoculated person terminal UT with the camera 8E, and obtains the vaccination certificate data and the Decode the attached location information and date/time information. Then, the decrypted vaccination certificate data, position information and date/time information are stored in the vaccination certificate data storage unit 31E.
  • QR code registered trademark
  • the token verification/update request processing unit 12E manages the token verification request of the vaccination certificate data acquired by the vaccination certificate acquisition processing unit 11E and the token update request including the location information of the inoculated person terminal UT from the communication I/F 4E. Send to System BC. Then, the information indicating the verification result returned from the trail management system BC is received via the communication I/F 4E, and the process of displaying it on the display unit 61E is performed.
  • the trail management system BC is composed of a blockchain platform that connects multiple distributed ledgers via a P2P (Peer to Peer) network, for example.
  • the trail management system BC stores the management information of each vaccination certificate data according to the contract according to the instruction from the vaccination certificate management server BSV each time the vaccination certificate data of the inoculated person is issued by the vaccination certificate management server BSV, which will be described later. , and save each generated token as a transaction.
  • the trail management system BC receives a token verification request for the vaccination certificate data from the operator terminal WT, based on the hash value included in the corresponding token stored as a transaction, It verifies whether or not any unauthorized change such as falsification has been made, and returns the verification result to the requesting operator terminal WT.
  • the trail management system BC is included in the token update request and indicates the date and place of use of the vaccination certificate data. Based on the information, update the last used date and time and last used location in the corresponding token stored in the transaction. At the same time, it updates the information representing the change history of the token.
  • FIG. 8 to 12 are flow charts showing the procedure and processing contents of processing by the inoculated person terminal UT, the vaccination information management server ASV, the vaccination certificate management server BSV, and the operator terminal WT, respectively, and FIG. 13 shows the flow of processing of the entire system. It is a sequence diagram.
  • the control unit 1D of the inoculated person terminal UT detects the input of the initial setting request by the inoculated person in step S10 as shown in FIG. Perform initial setting processing of authentication information between In this process, the authentication/consent processing unit 11D accepts input of an authentication ID and a password by the inoculated person after confirming the identity of the inoculated person using, for example, the public personal authentication service (JPKI).
  • JPKI public personal authentication service
  • the authentication server NSV issues the unique identification information of the inoculated person and notifies it to the inoculation information management server ASV and the trace management system BC, as well as the address for the inoculated person to use the trace management system BC and this address
  • the associated secret key is set, and the secret key is notified to the inoculator terminal UT.
  • the control unit 1D of the inoculated person terminal UT saves the notified secret key in the authentication/consent confirmation information storage unit 31D in step S12.
  • the control unit 1A of the inoculation information management server ASV moves from step S30 to step S31, where the inoculation person's unique identification information is obtained from the authentication server NSV. It acquires and preserve
  • the trail management system BC receives the address of the inoculator initialized by the authentication server NSV and sets it in the distributed ledger.
  • the vaccinated person registers the vaccinated person's basic information on the platform PF from the vaccinated person terminal UT before inoculating the vaccine.
  • the control unit 1A of the inoculation information management server ASV of the platform PF receives a basic information registration request from the inoculated person terminal UT in step S30, for example, as shown in FIG. below, in step S31, the basic information transmitted from the inoculated person terminal UT is received via the communication I/F 4A. Then, the received basic information is associated with the unique identification information of the inoculated person and stored in the inoculated person management information storage unit 31A.
  • the basic information includes, for example, the information written on the vaccination ticket sent by the local government in advance, the identification information of the person to be vaccinated managed by the administrative agency such as the local government, the designated date and time or period of vaccination, the place of vaccination, the vaccination Types of vaccines, etc. are included.
  • Information written on this vaccination ticket is represented by, for example, a bar code or QR code (registered trademark), and is read by a camera and a code recognition application provided in the terminal UT of the inoculated person.
  • contact information such as name, age, address, telephone number or e-mail address may be further registered as the inoculated person's attribute information. This attribute information is registered, for example, by the inoculator's input at the inoculator's terminal UT.
  • the vaccinated person When receiving a vaccination, the vaccinated person first prepares an interview sheet and consent form and submits them to the medical staff. If the medical staff confirms the content of the submitted medical questionnaire and diagnoses that the vaccination is possible, the medical staff will vaccinate the vaccinated person. After inoculation, the medical staff inputs the inoculation completion information in the referrer terminal (herein referred to as the medical staff terminal) MT.
  • the vaccinated information includes, for example, the type of vaccinated vaccine, the identification information of the pharmaceutical company (manufacturer ID), and the lot number. good too.
  • the medical staff will enter the information on the medical questionnaire and consent form submitted by the vaccinated person on the medical staff terminal MT.
  • Input of the information on the medical questionnaire and consent form is performed by reading with, for example, an OCR reader (optical character reader).
  • the information in the questionnaire includes, for example, the body temperature of the vaccinated person just before vaccination, the presence or absence of chronic diseases, the type of drugs being prescribed, the presence or absence of drug allergies, the presence or absence of pregnancy, and the physical condition during a predetermined period in the past. Information indicating changes and the like is included, but is not limited to this.
  • Consent form information includes, but is not limited to, information indicating whether or not a third party agrees to use the vaccinated person's vaccination certificate data. Information indicating permission or denial of use by an institution or local government may be included.
  • the information input device such as the terminal UT of the vaccinated person or the tablet type terminal installed at the vaccination venue may be used.
  • the medical staff may input the information on the vaccination ticket submitted by the vaccinated person together with the information on the medical questionnaire and the information on the consent form on the medical staff terminal MT. By doing so, even if the inoculated person does not have the inoculated person terminal UT, it is possible to input the information of the inoculation ticket.
  • the medical staff terminal MT sends the inoculation information and the information on the medical questionnaire out of the input information on the vaccination information, medical questionnaire and consent form to the vaccination information management server ASV of the platform PF. If the information on the vaccination ticket is also input, the information on the vaccination ticket is also sent to the vaccination information management server ASV.
  • step S32 When the control unit 1A of the inoculation information management server ASV receives the registration request for the above-mentioned inoculation information, etc. in step S32, in step S33 under the control of the inoculation information acquisition processing unit 12A, the information sent from the medical staff terminal MT The above-mentioned inoculation completion information, information on the questionnaire, and information on the vaccination ticket are received via the communication I/F 4A. Then, each of the received information is stored in the inoculation information storage unit 32A in association with the unique identification information of the inoculated person.
  • the vaccination completion information accompanying the first vaccination of the vaccinated person is registered together with the information on the medical questionnaire and the information on the vaccination ticket.
  • the information on the consent form is sent from the medical staff terminal MT to the authentication server NSV.
  • the authentication server NSV stores and manages the information on the consent form in association with the unique identification information of the inoculated person together with the authentication information.
  • step S34 a post-inoculation information report request message is transmitted from the communication I/F 4A to the corresponding inoculated person terminal UT.
  • This report request message is sent by e-mail, SNS or SMS, for example.
  • the control unit 1D of the inoculated person terminal UT receives the report request message in step S13, under the control of the post-inoculation information registration processing unit 12D, the received report request message is sent to the input/output I/F 5D. to be displayed on the display unit 61D.
  • the inoculated person accesses the URL contained in the displayed report request message, first, the inoculated person is authenticated based on the authentication information managed by the authentication server NSV. Subsequently, questionnaire data is downloaded from the vaccination information management server ASV and displayed on the display section 61D. This questionnaire data includes a plurality of question items for confirming the occurrence of side reactions, etc. after inoculation.
  • the post-inoculation information registration processing unit 12D sends the answer data from the communication I/F 4D.
  • Digitalized patient-reported outcome electronic Patient Reported Outcome: ePRO
  • ePRO Electronic Patient Reported Outcome
  • the post-inoculation information acquisition processing unit 13A of the inoculation information management server ASV receives the answer data via the communication I/F 4A when the answer data is returned from the inoculated person terminal UT. Then, in step S35, the response data is stored in the inoculation information storage unit 32A as the post-inoculation information of the inoculation person in association with the unique identification information of the inoculation person. Thus, registration of post-inoculation information after the first vaccination is made.
  • a report request message is sent from the vaccination information management server ASV to the vaccinated person terminal UT, and the vaccinated person returns response data to this message.
  • the inoculated person manages the timing of reporting the post-inoculation information using the inoculated person terminal UT, and when the reporting timing comes, the inoculated person terminal UT displays a message to that effect on the display unit 61D.
  • the input post-inoculation information may be transmitted from the inoculated person terminal UT to the inoculation information management server ASV.
  • the inoculated person voluntarily sends the post-inoculation information to the inoculation information management server ASV. It is possible to report.
  • Registration of vaccinated information associated with second vaccination is also performed in the same manner as the first vaccination. That is, the vaccinated person goes to the vaccination place on the designated date and time of vaccination written on the vaccination ticket, prepares a medical questionnaire and a consent form, and submits them to the medical staff. Then, when the vaccinated person receives the second vaccination, as in the first vaccination, the medical staff terminal MT sends the vaccination completion information and the information on the medical questionnaire to the platform PF, and the platform PF registers them in the vaccination information management server ASV. be done. Also, the information on the consent form is transmitted to the authentication server NSV and registered.
  • Post-inoculation information registration processing after the second vaccination is performed in the same manner as the first vaccination. That is, after a predetermined period of time has passed since the vaccination, the vaccination information management server ASV transmits a post-vaccination report request message to the vaccinated person terminal UT. In this state, when the vaccinated person accesses the URL included in the report message, the vaccinated person is authenticated based on the authentication information managed by the authentication server NSV. Questionnaire data is downloaded to the inoculator terminal UT.
  • the answer data is returned to the inoculation information management server ASV, and the answer data is registered as the second post-inoculation information in the inoculation information management server ASV. be done.
  • step S15 the control unit 1D of the inoculated person terminal UT determines in step S15 whether or not the post-inoculation information registration processing after the second vaccination has been completed.
  • step S16 the input of the vaccination certificate acquisition request is monitored.
  • the control unit 1D of the inoculated person terminal UT first executes personal authentication processing with the authentication server NSV in step S17 under the control of the authentication/consent processing unit 11D. Then, when the identity is verified, next, under the control of the vaccination certificate acquisition processing unit 13D, in step S18, a request for issuing an vaccination certificate is transmitted to the vaccination certificate management server BSV.
  • control unit 1B of the vaccination certificate management server BSV monitors reception of the vaccination certificate issuance request in step S40 as shown in FIG. In this state, when a request for issuing a certificate of vaccination is received, first, in step S41, a request is made to the vaccination information management server ASV under the control of the vaccination certificate issuing processing unit 12B to obtain the vaccination information corresponding to the inoculated person of the request source. to send.
  • the control unit 1A of the vaccination information management server ASV determines in step S36 whether or not the process of registering the post-inoculation information after the second vaccination has been completed. Monitor incoming requests.
  • step S36 when a request for acquisition of vaccination information is received from the vaccination certificate management server BSV, under the control of the vaccination information transfer processing unit 14A, in step S38, the inoculated information of the corresponding inoculated person and post-inoculation The information is read, and the read inoculation completed information and post-inoculation information are transferred to the requesting inoculation certificate management server BSV.
  • basic information of the inoculated person may be transferred together.
  • control unit 1B of the vaccination certificate management server BSV acquires the above-mentioned inoculation information and post-inoculation information in step S41 under the control of the inoculation certificate issuing processing unit 12B, first in step S42, it is managed by the authentication server NSV. Based on the information in the consent form, it is determined whether or not the inoculated person has consented in advance to the issuance of the inoculation certificate data and the use by a third party. Then, when the inoculation person's consent is confirmed, in step S43, inoculation certificate data is generated based on the acquired inoculation completion information and post-inoculation information.
  • the vaccination certificate data includes, for example, the first and second vaccination completion information, such as the date and time of vaccination, the place of vaccination, the name of the person vaccinated, the type of vaccine, and the lot number of the vaccine.
  • the vaccination certificate data also includes information indicating the presence or absence of adverse reactions, the degree of symptoms, the date and time of onset, etc. estimated by analyzing the information after the first and second vaccinations, for example.
  • the vaccination certificate data may include the certificate serial number, the date and time of issue, the start date and end date of the expiration date, and the electronic signature data of the vaccination certificate management server BSV.
  • the vaccination certificate issuing processing unit 12B associates the generated vaccination certificate data with the unique identification information of the vaccinated person and stores it in the vaccination certificate storage unit 31B.
  • the control unit 1D of the vaccinated person terminal UT receives the vaccination certificate data via the communication I/F 4D in step S18 under the control of the vaccination certificate acquisition processing unit 13D, and transmits the received vaccination certificate data. It is stored in the inoculation certificate storage unit 33D.
  • the control unit 1B of the vaccination certificate management server BSV has management information of the vaccination certificate data as an attribute value for the trail management system BC in step S44 under the control of the token registration processing unit 13B. Instruct to generate a token.
  • the trail management system BC Upon receiving the generation instruction, the trail management system BC generates a token having an attribute value corresponding to the management information according to the contract, associates the generated token with the address of the inoculator, and records it as a transaction.
  • the attribute values of the token include, for example, the token ID represented by the serial number of the vaccination certificate data, the vaccinated person on the trace management system BC as the attribute value corresponding to the normal management information. and the address of the inoculation certificate issuer, the storage destination URL of the inoculation certificate data, the hash value of the inoculation certificate data file, the expiration date of the inoculation certificate data, and the token status (valid/invalid (expired, etc.)).
  • items are prepared for the attribute values of the token to describe the date and place of the last use of the vaccination certificate data.
  • position information indicating the date and time and place when the request for issuing the vaccination certificate data was transmitted is obtained from the inoculator terminal UT, and information indicating the obtained date and time and place is described as an initial value. You may make it
  • the business operator may also be various facilities such as public health centers, schools, libraries, museums, gymnasiums, meeting places, places of worship, accommodation facilities, medical facilities, etc. at stations and airports, as well as movie theaters, theaters, etc. It may be an event facility such as a stadium, a commercial facility such as a travel agency, a store, a fitness club, or the like.
  • FIG. 14 is a sequence diagram showing the flow of processing from submission of vaccination certificate data to confirmation in the first embodiment.
  • the vaccinated person After obtaining the vaccination certificate data from the vaccination certificate management server BSV, the vaccinated person goes to the business operator and submits the vaccination certificate data face-to-face to the business operator using his/her own vaccinated person terminal UT. Specifically, the inoculation certificate data is displayed on the vaccinated person terminal UT, and the displayed inoculation certificate data is read by the business operator terminal WT, thereby submitting the inoculation certificate data to the business operator.
  • control unit 1D of the inoculation person terminal UT detects the operation requesting submission of the vaccination certificate data in step S19, the control unit 1D performs processing to submit the vaccination certificate data to the business operator in step S20 under the control of the vaccination certificate submission processing unit 14D. Run it like this:
  • FIG. 9 is a flow chart showing the processing procedure and processing details of this inoculation proof data submission processing.
  • the inoculation certificate submission processing unit 14D confirms whether or not the inoculated person agrees to the provision of his/her own location information.
  • This consent confirmation process is performed by, for example, having the inoculator register consent information for the provision of location information in advance in the authentication server NSV and obtaining the consent information from this authentication server NSV.
  • the inoculation proof submission processing unit 14D When it is confirmed in step S202 that the inoculated person has consented to the provision of the location information by the consent confirmation process, the inoculation proof submission processing unit 14D operates the GPS sensor 7E in step S203, and the GPS sensor 7E Location information indicating the current location and date and time of the terminal UT is acquired. If the position information does not include information indicating the date and time, information indicating the current date and time is obtained from the clock provided in the inoculated person terminal UT.
  • step S204 the vaccination certificate submission processing unit 14D reads the vaccination certificate data from the vaccination certificate storage unit 33D. Then, the presentation data including the read vaccination certificate data and the previously acquired position information is generated as a barcode or QR code (registered trademark), and the generated barcode or QR code (registered trademark) is output to the display unit 61D via the input/output I/F 5D in step S206 for display.
  • the presentation data including the read vaccination certificate data and the previously acquired position information is generated as a barcode or QR code (registered trademark)
  • the generated barcode or QR code registered trademark
  • the inoculation certificate submission processing unit 14D proceeds from step S202 to step S205, and only the inoculation certificate data read from the inoculation certificate storage unit 33D A barcode or QR code (registered trademark) containing is generated and displayed on the display unit 61D.
  • the business operator terminal WT monitors the operation of the vaccination certificate acquisition request in step S50.
  • the camera 8E is first activated in step S51 under the control of the inoculation certificate acquisition processing unit 11E, and the bar displayed on the display unit 61D of the inoculated person terminal UT is displayed.
  • the code or QR code registered trademark
  • step S53 the vaccination certificate data and the position information are decoded from the read image data and stored in the vaccination certificate data storage unit 31E.
  • the operator terminal WT performs token verification in order to verify the authenticity of the vaccination certificate data stored in the vaccination certificate data storage unit 31E in step S54.
  • the operator terminal WT designates an address corresponding to the inoculator in the trace management system BC, and transmits a token verification request.
  • the trail management system BC when the trail management system BC receives the token verification request, the inoculation proof data has been tampered with based on the hash value included in the attribute value of the corresponding token stored as a transaction. Verify whether or not Then, information indicating the verification result is returned to the requesting business operator terminal WT. Thus, the business can confirm the authenticity of the vaccination certificate data submitted by the vaccinated person.
  • the business terminal WT also transmits a token update request to the trail management system BC following or simultaneously with the token verification request.
  • This token update request includes the current location information of the inoculated person terminal UT obtained from the inoculated person terminal UT together with the vaccination certificate data.
  • the inoculator terminal notified by the token update request the last use date and time and the last use location of the attribute value of the corresponding stored token Update to the date and time of use and place of use included in the location information of the UT. At the same time, it updates the information representing the change history of the token.
  • This token change history records all attribute value change histories from when the token was generated to when the token is deleted.
  • the processing related to the updating of the vaccination certificate token and the management of the token change history by the trail management system BC described above is performed each time the inoculation person uses the vaccination certificate data, that is, each time the vaccination certificate data is submitted to the same or a different business operator. Executed repeatedly. As a result, the trace management system BC always stores the inoculation certificate token describing the date and time of last use and the place of use, and the information representing the change history of the inoculation certificate token.
  • Example of information processing referring to vaccination certificate data As described above, in the first embodiment, information representing the usage history of the vaccination certificate, that is, information indicating the date and time of last use and the place of use is stored in the trail management system BC. An inoculation proof token added to the attribute value is generated and saved in the transaction, and information representing the previous change history of the inoculation proof token is updated and saved. Therefore, by referring to the information indicating the date and place of last use and the information indicating the change history of the token included in the vaccination certificate token, various information can be generated and statistical analysis can be performed.
  • control unit 1B of the vaccination certificate management server BSV receives the use history reference request, it proceeds from step S45 to step S46 as shown in FIG. 11 under the control of the use history acquisition/transmission processing unit 14B. Then, it accesses the corresponding inoculator address in the trace management system BC and acquires information indicating the date and time of last use and place of use included in the attribute values of the token and information indicating the change history of the token.
  • step S47 the usage history acquisition/transmission processing unit 14B generates usage history report data by sorting, for example, the usage history of the vaccination certificate data in chronological order based on the acquired information. And the report data of the produced
  • the vaccinated person can look back on the usage history of his/her own vaccination certificate data, that is, his/her behavior history after vaccination based on the above report data.
  • the vaccinated person refers to the usage history of the vaccination certificate data from the vaccinated person's terminal UT and looks back on his/her own behavior history after vaccination.
  • the referrer terminal MT transmits a reference request to the inoculation certificate management server BSV, and the usage history information of the corresponding access certificate data is sent. You can refer to it. In this way, it becomes possible for medical personnel or persons in charge of local governments or the like to check the behavior history of the inoculated person after vaccination.
  • the vaccinated person accesses the vaccination certificate management server BSV from the inoculator terminal UT, and acquires information representing the use history of his/her own vaccination certificate data. .
  • the acquisition processing of information representing this usage history is performed in the same procedure as the processing described in (9-1).
  • the vaccinated person uses the acquired information representing the use history as information representing the action history after vaccination, for example, for health management installed in the inoculated person terminal UT application, or transmitted from the inoculated person terminal UT to the server of the business operator that provides the health care service.
  • the application for health management or the server of the health management service provider manages the action history of the inoculator, manages the health of the inoculator using this action history, for example, the amount of exercise per unit period.
  • Statistical processing such as estimation can be performed.
  • the administrator of the facility calculates the frequency of visits for each vaccinated person based on the information representing the above-mentioned usage history acquired on the administrator terminal, and calculates the ratio of vaccinated people to all visitors, that is, the vaccination certificate usage rate. Statistical processing to calculate is performed. By doing this, for example, points can be given to vaccinated people who visit frequently among visitors, and the progress of infectious disease control at the facility can be visualized based on the vaccination certificate usage rate. becomes possible.
  • the research institute analyzes the dynamics of a large number of vaccinated people, such as behavioral trends, based on the information that represents the usage history of the vaccination certificate data of a large number of vaccinated people. In this way, for example, it is possible to verify the effectiveness of vaccination based on the difference between the tendency of infected people in areas where many vaccinated people act and the tendency of infected people in areas where they are not, and It is possible to predict the future occurrence of infected people in each area based on the ratio of vaccinated people to the total number of infected people.
  • a token having the management information of the issued vaccination certificate data as an attribute value is managed as a trail management.
  • the proof of vaccination data is used as the attribute value of the above-mentioned token Information representing the history, such as the date and time of last use and place of use, is newly added. Then, each time the inoculation certificate data is used, the date and place of last use included in the token are updated to the date and place of use at that time, and the change history of the token is saved as a transaction.
  • the referrer can acquire information representing the usage history of the vaccination certificate data from the token stored as a transaction in the trace management system BC, and the acquired usage history Based on the information that represents the activity history of the vaccinated person, health management of the vaccinated person based on the action history, calculation of the usage rate of the vaccinated person at a specific facility, and measures against infectious diseases at the facility based on this usage rate It is possible to perform various statistical analysis processes such as visualization and prediction of infected people based on the dynamics of vaccinated people by area.
  • the location information indicating the date and time of use and the place of use of the vaccination certificate data is measured by the GPS sensor 7D at the inoculated person terminal UT of the inoculated person, and the measured location information is sent from the operator terminal WT. It is sent to the trail management system BC together with the token verification request to update the attribute value of the token. Therefore, it is possible to manage the date and time of use and place of use of the inoculation certificate data with highly accurate location information, thereby making it possible to provide the referrer with highly accurate usage history information.
  • the acquired inoculation certification data is face-to-face transferred from the inoculation person terminal UT to the business terminal WT of the business operator to which it is submitted, and the business operator By requesting verification of the vaccination certificate data from the terminal WT to the trail management system BC, it is confirmed whether or not the vaccination certificate data is genuine.
  • an inoculated person transmits a request for submission of inoculation certification data to a business operator online from an inoculated person terminal UT to an inoculation certificate management server BSV. do. Then, according to the above request, the operator terminal WT accesses the vaccination certificate management server BSV on behalf of the inoculated person, acquires the vaccination certificate data of the inoculated person, and requests the trace management system BC to verify the acquired vaccination certificate data. You may make it confirm the authenticity of inoculation proof data.
  • FIG. 15 is a sequence diagram showing the flow of vaccination certificate confirmation processing in the second embodiment. Note that the functions of the respective management servers ASV and BSV and the trail management system BC of the platform PF are basically the same as those described in the first embodiment, so descriptions thereof will be omitted here.
  • the vaccinated person sends a request for submission of the vaccinated certificate data from the vaccinated person's terminal UT to the vaccination certificate management server BSV of the platform PF via the network NW.
  • This submission request includes the unique identification information and authentication information of the inoculated person who submits the inoculation certification data, and the address information of the operator terminal WT to which the inoculation certification data is to be submitted.
  • the vaccinated person terminal UT executes the procedure for confirming the vaccinated person's consent to the provision of the location information of its own terminal based on the consent information managed by the authentication server NSV. Then, when the consent is confirmed, the location information is acquired from the GPS sensor 7D, and the acquired location information is included in the submission request and transmitted to the vaccination certificate management server BSV.
  • the inoculation certificate management server BSV authenticates the inoculated person based on the inoculated person's authentication information managed by the authentication server NSV, and then sends a URL indicating the storage location of the inoculated person's inoculation certificate data. is sent to the business operator terminal WT by e-mail, for example.
  • e-mail In addition to e-mail, other communication means such as SNS and SMS may be used as the communication means for the acquisition request.
  • the vaccination certificate management server BSV When the operator terminal WT accesses the above URL of the vaccination certificate management server BSV in response to the vaccination certificate acquisition request, the vaccination certificate management server BSV first receives the consent of the inoculated person who is the source of the submission request from the authentication server NSV. In addition to acquiring the information on the book, the inoculated information and post-inoculation information of the inoculated person are acquired from the inoculation information management server ASV. Then, based on the information on the above consent form, it determines whether or not the vaccinated person consents to the use of the vaccination certificate data by a third party. Create proof of vaccination data for vaccinated persons. Then, the generated inoculation certificate data is transmitted to the operator terminal WT. At this time, the vaccination certificate management server BSV transmits the location information of the inoculated person terminal UT previously acquired from the inoculated person terminal UT together with the vaccination certificate data.
  • the vaccination certificate management server BSV also instructs the trail management system BC to generate a token for the created vaccination certificate data.
  • the trace management system BC upon receiving the above instruction, generates a token of the vaccination certificate data by contract, and records the generated token as a transaction at the address corresponding to the above inoculated person.
  • the trail management system BC sets items for inputting the last use date and place of use of the vaccination certificate data as attribute values of the token according to instructions from the vaccination certificate management server BSV.
  • the operator terminal WT Upon receiving the vaccination certificate data from the vaccination certificate management server BSV, the operator terminal WT transmits a token verification request for the received vaccination certificate data to the trail management system BC. In response to the token verification request, the trail management system BC verifies the authenticity of the inoculation proof data based on the hash value contained in the corresponding token stored in the transaction, and sends the verification result to the requester. It is returned to the operator terminal WT.
  • the operator terminal WT also transmits to the trace management system BC a token update request including the location information of the inoculated person terminal UT received from the vaccination certificate management server BSV.
  • the trail management system BC converts the date and place of last use included in the corresponding token stored in the transaction to the date and location included in the location information included in the token update request. Update to the information shown.
  • the inoculation certificate management server BSV is sent from the inoculated person terminal UT to the business operator terminal of the submission destination.
  • the operator terminal WT acquires the inoculation certificate data of the inoculated person from the inoculation certificate management server BSV on behalf of the inoculated person, and further acquired The authenticity of the inoculation proof data can be verified by the trace management system BC.
  • vaccinated persons can manage vaccination certificates even when it is difficult to submit their own vaccination certificate data face-to-face to the business operator, for example, when the business operator to whom the vaccination certificate data is submitted is in a remote location.
  • the vaccination certificate data of the inoculated person can be provided to the business operator to which the vaccination certificate management server BSV is submitted on behalf of the inoculated person. It becomes possible.
  • the token of the vaccination certificate data generated in the vaccination certificate management server BSV is generated by the contract of the trace management system BC and stored as a transaction. Therefore, the business operator can verify the authenticity of the acquired vaccination certificate data by the trace management system BC.
  • the inoculated person terminal UT transmits a request for submission of inoculation certificate data to the inoculation certificate management server BSV
  • the position information of the inoculated person terminal UT is included, and the operator terminal WT
  • the location information of the inoculated person terminal UT is also acquired.
  • a token verification request is sent from the operator terminal WT to the trail management system BC
  • a token update request including the location information is sent, and the date and time of last use of the corresponding token stored in the trail management system B is sent. and location of use are updated based on the location information.
  • the referrer can always obtain information representing the most recent and accurate usage history of the vaccination certificate data, which makes it possible to perform highly accurate statistical processing and the like.
  • the location information of the inoculated person terminal UT is recorded in the token.
  • Information may be sent to the trail management system BC in a token update request to update the corresponding token. In this way, even if the vaccinated person submits the vaccination certificate data online from home to the business operator as in the second embodiment, it is possible to record the location and time of use of the vaccination certificate data in the token. becomes.
  • the location information of the vaccinated person terminal UT is used as the information representing the usage history of the vaccination certificate data
  • information representing the submission destination business attribute information such as the name, whereabouts, and contact information of the business to which the submission is made
  • the delivery of vaccination certificate data and location information from the vaccinated person terminal UT to the operator terminal WT is performed using a barcode or QR code (registered trademark).
  • vaccination certificate data and location information consisting of text data or binary data stored in the vaccinated person terminal UT is transmitted from the vaccinated person terminal UT to the operator terminal WT using a low-power wireless data transmission standard such as Bluetooth (registered trademark). It may be transferred using the adopted wireless interface.
  • the case where the inoculation completion information and the post-inoculation information are reflected in the inoculation certification data has been described as an example, but the inoculation certification data may be generated in which only the inoculation completion information is reflected.
  • the case where vaccination is performed twice has been described as an example, the present invention can be applied to the case where vaccination is performed once, or when vaccination is performed three times or more.
  • the case of vaccination has been described as an example, but the present invention is not limited to this, and can be applied to cases where pharmaceutical companies conduct clinical trials in the development process of new drugs other than vaccines. That is, the type of drug is not limited to vaccines, and may be other drugs.
  • the configuration of the platform the functional configuration and processing procedures and processing details of each server that composes the platform, the functional configuration of each of the vaccinated person terminal, business operator terminal and referrer terminal, vaccinated information, post-inoculation information and
  • the acquisition processing procedure and processing contents of the vaccination certificate information, the usage of the usage history of the vaccination certificate information, and the like can be variously modified without departing from the gist of the present invention.
  • the program according to the present embodiment may be transferred while stored in the electronic device, or may be transferred without being stored in the electronic device. In the latter case, the program may be transferred via a network, or may be transferred while being stored in a storage medium.
  • a storage medium is a non-transitory tangible medium.
  • a storage medium is a computer-readable medium.
  • the storage medium may be any medium, such as a CD-ROM, a memory card, etc., as long as it can store a program and is readable by a computer.
  • the present invention is not limited to the above-described embodiments as they are, and can be embodied by modifying the constituent elements without departing from the gist of the invention at the implementation stage.
  • various inventions can be formed by appropriate combinations of the plurality of constituent elements disclosed in the above embodiments. For example, some components may be omitted from all components shown in the embodiments.
  • constituent elements of different embodiments may be combined as appropriate.
  • PF management control device (platform) ASV... Inoculation information management server BSV... Inoculation certificate management server NSV... Authentication server BC... Trace management system UT1 to UTn... Inoculator terminal MT... Medical staff terminal WT... Business operator terminal NW... Network 1A, 1B, 1D, 1E... Control Part 2A, 2B, 2D, 2E... Program storage part 3A, 3B, 3D, 3E... Data storage part 4A, 4B, 4D, 4E... Communication I/F 5D, 5E...

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Epidemiology (AREA)
  • Medical Informatics (AREA)
  • Business, Economics & Management (AREA)
  • Biomedical Technology (AREA)
  • General Business, Economics & Management (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Chemical & Material Sciences (AREA)
  • Medicinal Chemistry (AREA)
  • Tourism & Hospitality (AREA)
  • Marketing (AREA)
  • Educational Administration (AREA)
  • Economics (AREA)
  • Human Resources & Organizations (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Pharmacology & Pharmacy (AREA)
  • Toxicology (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

投薬証明情報の用途の拡張を可能にする。投薬対象者ごとに、その投薬の状況を表す情報に基づいて投薬証明情報を生成すると共に、前記投薬証明情報を管理するための管理情報を属性値として有しかつ前記投薬証明情報の使用履歴を表す情報を前記属性値に含むトークンを生成し保存する。そして、前記投薬証明情報が使用される毎に、前記トークンの前記使用履歴を表す情報を更新し、端末装置から前記投薬証明情報の前記使用履歴の参照要求を受け取った場合に、対応する前記トークンの前記属性値に含まれる前記使用履歴を表す情報を、要求元の前記端末装置へ送信する。

Description

投薬情報管理システムとその管理制御装置、端末装置、管理方法およびプログラム記憶媒体
 この発明の一態様は、例えばワクチン接種等の投薬に関する情報を管理する投薬情報管理システムとその管理制御装置、端末装置、管理方法およびプログラム記憶媒体に関する。
 疫病の予防対策として特に有効性の高いものにワクチンの接種がある。ところが、ワクチン接種が行われた場合、その記録は医療機関等のカルテに記載されるのみで、接種の有無等に関する証明書が発行されることはない。
 一方、家畜やペットに関しては、接種が義務づけられているワクチンの接種証明を個体識別情報と共にサーバに登録し、必要に応じてサーバから上記接種証明を取得できるようにするシステムが提案されている(例えば特許文献1を参照)。
日本国特表2012-506595号公報
 ところが、特許文献1に記載されたシステムでは、接種証明は単に接種した事実のみを証明する内容になっている。このため、例えば接種証明が発行後にどのような使われ方をしたのかまでは追跡することができず、接種証明の用途が狭い範囲に限定されるという課題がある。
 この発明は上記事情に着目してなされたもので、一側面では、投薬証明情報の用途の拡張を可能にする技術を提供しようとするものである。
 上記課題を解決するためにこの発明の一つの態様は、投薬対象者に対する投薬の状況を表す情報を取得し管理する管理制御装置と、前記管理制御装置との間でネットワークを介して情報データの伝送が可能な端末装置とを具備する投薬情報管理システムに関するものである。
 前記管理制御装置は、前記投薬対象者ごとに、当該投薬対象者の前記投薬の状況を表す情報に基づいて、少なくとも前記投薬対象者の識別情報と投薬履歴を表す情報とを含む投薬証明情報を生成すると共に、前記投薬証明情報を管理するための管理情報を属性値として有しかつ前記投薬証明情報の使用履歴を表す情報を前記属性値に含むトークンを生成して保存し、前記投薬証明情報が使用される毎に前記トークンの前記使用履歴を表す情報を更新する。そして、端末装置から前記投薬証明情報の前記使用履歴の参照要求を受け取った場合に、対応する前記トークンの前記属性値に含まれる前記使用履歴を表す情報を、要求元の前記端末装置へ送信する。
 一方端末装置は、前記管理制御装置から前記トークンの前記属性値に含まれる前記使用履歴を表す情報を取得し、取得された前記使用履歴を表す情報に基づいて所定の用途に応じた情報処理を行なう。
 すなわち、この発明の一態様は、投薬情報の管理制御装置において、投薬対象者に対し投薬証明情報が生成されると、生成されたこの投薬証明情報の管理情報を属性値として有するトークンが生成され保存される。この点に着目し、上記トークンに、投薬証明情報の使用履歴を表す情報を属性値の一つとして新たに設定し、上記投薬証明情報が使用される毎に上記トークンの属性値に設定された使用履歴を表す情報を更新するようにしている。そして、端末装置から上記投薬証明情報の使用履歴の参照要求を受け取った場合に、対応するトークンの属性値に含まれる使用履歴を表す情報を要求元の端末装置に提供するようにしている。
 従って、この発明の一態様によれば、投薬証明情報のトークンを参照すれば投薬証明情報の使用履歴を表す情報を取得することが可能となる。これにより、例えば投薬対象者自身または投薬証明情報の分析者は、取得した上記使用履歴を表す情報をもとに、例えば投薬対象者の行動履歴や健康状態の管理、或いは複数の投薬対象者の投薬後の動向調査や特定の施設における投薬対象者の利用状況の調査等の統計分析調査を行うことが可能となる。
 すなわちこの発明の一態様によれば、投薬証明情報の用途の拡張を可能にした技術を提供することができる。
図1は、この発明の第1の実施形態に係る投薬情報管理システムの全体構成の一例を示す図である。 図2は、図1に示したシステムで使用される接種者端末のハードウェア構成の一例を示すブロック図である。 図3は、図2に示した接種者端末のソフトウェア構成の一例を示すブロック図である。 図4は、図1に示したシステムの管理制御装置が備える接種情報管理サーバのハードウェア構成の一例を示すブロック図である。 図5は、図4に示した接種情報管理サーバのソフトウェア構成の一例を示すブロック図である。 図6は、図1に示したシステムの管理制御装置が備える接種証明管理サーバのソフトウェア構成の一例を示すブロック図である。 図7は、図1に示したシステムで使用される事業者端末のソフトウェア構成の一例を示すブロック図である。 図8は、図3に示した接種者端末の制御部による処理手順と処理内容の一例を示すフローチャートである。 図9は、図8に示した処理手順のうち接種証明提出処理の処理手順と処理内容の一例を示すフローチャートである。 図10は、図5に示した接種情報管理サーバの制御部による処理手順と処理内容の一例を示すフローチャートである。 図11は、図6に示した接種証明管理サーバの制御部による処理手順と処理内容の一例を示すフローチャートである。 図12は、図7に示した事業者端末の制御部による処理手順と処理内容の一例を示すフローチャートである。 図13は、図1に示したシステムにおける全体の処理の流れの一例を示すシーケンス図である。 図14は、図13に示した処理のうち接種証明確認処理の流れの第1の例を示すシーケンス図である。 図15は、この発明の第2の実施形態に係る接種証明確認処理の流れの第2の例を示すシーケンス図である。
 以下、図面を参照してこの発明に係わる実施形態を説明する。
 [第1の実施形態]
 (構成例)
 (1)システム
 図1は、この発明の第1の実施形態に係る投薬情報管理システムの全体構成の一例を示す図である。第1の実施形態の投薬情報管理システムは、その中核として管理制御装置PFを備えている。管理制御装置PFを以後プラットフォームとも称する。
 プラットフォームPFは、例えばクラウド上に設けられ、この例では接種情報管理サーバASVと、接種証明管理サーバBSVと、証跡管理システムBCとを備えている。プラットフォームPFには、ネットワークNWを介して認証サーバNSVが接続可能である。
 なお、プラットフォームPFは、上記接種情報管理サーバASV、接種証明管理サーバBSVおよび証跡管理システムBCに加えて、上記認証サーバNSVをさらに含むように構成されてもよい。また、プラットフォームPFは複数のサーバの集合体として構成されてもよいし、単一のサーバにより構成されてもよい。
 プラットフォームPFは、接種者が使用する複数の接種者端末UT1~UTn(以後まとめてUTと称する)、接種者の接種証明データの提出先となる事業者等が使用する事業者端末WT、接種証明の使用履歴を参照して接種者の行動履歴の確認や情報分析処理等を行う参照者端末MTとの間で、ネットワークNWを介してそれぞれデータの伝送が可能となっている。
 このうち、参照者端末MTとしては、例えばパーソナルコンピュータが使用される。なお、この例では参照者端末MTの使用者として、医療従事者や自治体等の行政機関の担当者、調査等を委託されたサービス事業者を想定しているが、接種者自身または接種証明の提出先となった事業者であってもよく、医療従事者が使用する場合は医療者端末としても機能する。
 認証サーバNSVは、接種者端末UTとの間で接種者に対する認証処理を実行する。例えば、公的個人認証サービス(JPKI)を利用して接種者の本人確認を行った後、認証IDおよびパスワードを含む認証情報を設定する。また、接種者の固有識別情報を発行して接種情報管理サーバASVおよび証跡管理システムBCに設定する。
 さらに認証サーバNSVは、接種者が証跡管理システムBCを使用するためのアドレスを証跡管理システムBCに対し設定すると共に、当該アドレスに紐付けられる秘密鍵を発行して接種者端末UTに通知する。
 なお、ネットワークNWは、例えばインターネットを中核とする広域ネットワークと、この広域ネットワークにアクセスするためのアクセスネットワークとを備える。アクセスネットワークとしては、例えば、有線または無線を使用する公衆通信ネットワーク、有線または無線を使用するLAN(Local Area Network)、CATV(Cable Television)ネットワークが使用される。
 (2)装置
 (2-1)接種者端末UT
 図2および図3は、それぞれ接種者端末UTのハードウェア構成およびソフトウェア構成の一例を示すブロック図である。
 接種者端末UTは、例えば汎用のスマートフォンからなる。すなわち、接種者端末UTとしては、ブラウザと、電子メールやSNS(Social Network System)、SMS(Short Message Service)等の情報データの転送機能を備える携帯端末が使用される。なお、接種者端末UTとしては、同様の機能を備えるものであれば、他にタブレット型端末やノート型のパーソナルコンピュータ等が用いられてもよい。
 接種者端末UTは、中央処理ユニット(Central Processing Unit:CPU)等のハードウェアプロセッサを使用した制御部1Dを備える。そして、この制御部1Dに対し、プログラム記憶部2Dおよびデータ記憶部3Dを有する記憶ユニットと、通信インタフェース(以後インタフェースをI/Fと称する)4D、および入出力I/F5Dを接続したものとなっている。
 通信I/F4Dは、制御部1Dの制御の下、ネットワークNWにより定義される通信プロトコル、例えばTCP/IP(Transmission Control Protocol/Internet Protocol)を使用して、プラットフォームPF内の接種情報管理サーバASVおよび接種証明管理サーバBSVとの間、さらには認証サーバNSVとの間で、それぞれ情報データの伝送を行う。また通信I/F4Dは、例えば事業者端末WTとの間でデータ転送を行うために、Bluetooth(登録商標)等の小電力無線データ通信規格に対応するインタフェースを備えていてもよい。
 入出力I/F5Dには、入出力デバイス6D、GPS(Global Positioning System)センサ7DおよびQRコード(登録商標)等の読み取りに使用するカメラ8Dが接続される。入出力デバイス6Dは、例えば液晶又は有機ELを使用する表示部61Dの表示画面上に、感圧式または静電容量式のタッチ式入力シートを使用する入力部62Dを重ねて配置したものである。
 入力部62Dは、接種者が自身の認証に必要な情報や、副反応等に係る接種後情報の入力、接種証明データの取得および提出に必要なコマンドや情報データの入力を行うために使用される。表示部61Dは、上記コマンドや各情報データ、取得された接種証明データ等を表示するために使用される。
 GPSセンサ7Dは、接種者の位置情報を取得するために使用される。位置情報には緯度経度を示す情報と日時を示す情報が含まれる。カメラ8Dは、バーコードまたはQRコード(登録商標)等のコードデータにより表される接種証明データを読み取るために使用される。
 その他、入出力I/F5Dには、接種者の体温や血圧、心拍数等の生体情報を測定するバイタルセンサが接続されていてもよい。
 プログラム記憶部2Dは、例えば、記憶媒体としてSSD(Solid State Drive)等の随時書込みおよび読出しが可能な不揮発性メモリと、ROM(Read Only Memory)等の不揮発性メモリとを組み合わせて構成したもので、OS(Operating System)等のミドルウェアに加えて、第1の実施形態に係る各種制御処理を実行するために必要な複数のアプリケーション・プログラムを格納する。なお、以後OS等のミドルウェアと各アプリケーション・プログラムとをまとめてプログラムと称する。
 データ記憶部3Dは、例えば、記憶媒体として、SSD等の随時書込みおよび読出しが可能な不揮発性メモリと、RAM(Random Access Memory)等の揮発性メモリと組み合わせたもので、この発明の第1の実施形態に係る処理を実施するために必要な主たる記憶部として、認証・同意確認情報記憶部31Dと、接種後情報記憶部32Dと、接種証明記憶部33Dとを備えている。
 認証・同意確認情報記憶部31Dは、認証サーバNSVとの間で接種者の認証情報の初期設定を行う際に、認証サーバNSVから通知される、証跡管理システムBSの接種者用アドレスと紐付けられた秘密鍵を保存するために使用される。
 接種後情報記憶部32Dは、入力部62Dにより入力された接種者の副反応等に係る接種後情報を一旦保存するために使用される。
 接種証明記憶部33Dは、接種証明管理サーバBSVから取得された接種証明データを保存するために使用される。接種証明データは、例えばバーコードまたはQRコード(登録商標)等のコードデータにより表されるが、その他テキストデータまたはバイナリデータにより表されてもよい。
 制御部1Dは、この発明の第1の実施形態を実施するために必要な処理機能として、認証・同意処理部11Dと、接種後情報登録処理部12Dと、接種証明取得処理部13Dと、接種証明提出処理部14Dとを備える。これらの処理部11D~14Dは、何れもプログラム記憶部2Dに格納されたプログラムを制御部1Dのハードウェアプロセッサに実行させることにより実現される。
 認証・同意処理部11Dは、接種者端末UTの初期登録の設定時、接種後情報の登録時、接種証明の取得および提出時に、認証サーバNSVとの間で接種者の認証手順または同意情報の確認手順を実行する。また、初期登録の設定においては、認証サーバNSVにより証跡管理システムBSに対し設定された接種者用アドレスに紐付けられた秘密鍵を、認証サーバNSVから受け取って認証・同意確認情報記憶部31Dに保存する処理を行う。
 接種後情報登録処理部12Dは、接種情報管理サーバASVから接種後情報取得要求を受信した場合に、上記認証入力部62Dにおいて接種者が入力した副反応等に係る接種後情報を接種後情報記憶部32Dに一旦保存した後、保存された上記接種後情報を通信I/F4Dから接種情報管理サーバASVへ送信する処理を行う。
 接種証明取得処理部13Dは、接種者が入力部62Dにおいて接種証明の取得を要求する操作を行った場合に、通信I/F4Dを介して接種証明管理サーバBSVとの間で接種証明データの取得処理を実行する。そして、取得された接種証明データを接種証明記憶部33Dに記憶させる処理を行う。
 接種証明提出処理部14Dは、接種者が入力部62Dにおいて接種証明データを事業者に提出するための操作を行った場合に、上記接種証明記憶部33Dから接種証明データを読み出して出力する。
 また接種証明提出処理部14Dは、上記接種証明データの出力に先立ち、認証サーバNSVで管理されている同意情報をもとに、自己の接種者端末UTの位置情報の提供に対する接種者の同意の有無を確認し、同意が確認された場合に、GPSセンサ7Dから接種者端末UTの現在の位置情報を取得する。そして、取得された上記位置情報を上記接種証明データに付加して出力する処理を行う。
 上記出力手段には、例えば2種類の方式が考えられる。その一つは、接種証明データがバーコードまたはQRコード(登録商標)等のコードデータにより表される場合に、当該コードデータを表示部61Dに表示させる方式である。他方は、接種証明データが例えばテキストデータまたはバイナリデータにより表される場合に、このテキストデータまたはバイナリデータを通信I/F4Dから無線回線を介して提出先となる事業者端末WTへ送信する方式である。
 (2-2)接種情報管理サーバASV
 図4および図5は、それぞれ接種情報管理サーバASVのハードウェア構成およびソフトウェア構成の一例を示すブロック図である。
 接種情報管理サーバASVは、例えばサーバコンピュータからなり、CPU等のハードウェアプロセッサを使用した制御部1Aを備える。そして、この制御部1Aに対し、バスを介して、プログラム記憶部2Aおよびデータ記憶部3Aを有する記憶ユニットと、通信I/F4Aを接続したものとなっている。
 通信I/F4Aは、制御部1Aの制御の下、ネットワークNWにより定義される通信プロトコルを使用して、プラットフォームPF内の接種証明管理サーバBSVとの間、さらには接種者端末UTおよび医療者端末MTとの間で、それぞれ情報データの送受信を行う。また通信I/F4Aは、認証サーバNSVおよび証跡管理システムBCとの間でそれぞれ情報データの送受信を行うことも可能である。
 プログラム記憶部2Aは、例えば、記憶媒体としてHDD(Hard Disk Drive)またはSSD等の随時書込みおよび読出しが可能な不揮発性メモリと、ROM等の不揮発性メモリとを組み合わせて構成したもので、OS等のミドルウェアに加えて、この発明の第1の実施形態に係る各種制御処理を実行するために必要なプログラムを格納する。
 データ記憶部3Aは、例えば、記憶媒体として、HDDまたはSSD等の随時書込みおよび読出しが可能な不揮発性メモリと、RAM等の揮発性メモリと組み合わせたもので、この発明の第1の実施形態を実施するために必要な主たる記憶部として、接種者管理情報記憶部31Aと、接種情報記憶部32Aとを備えている。
 接種者管理情報記憶部31Aは、接種者の基本情報および問診情報を記憶するために用いられる。接種情報記憶部32Aは、医療者端末MTおよび接種者端末UTからそれぞれ取得した接種者の接種済情報および接種後情報を記憶するために用いられる。
 制御部1Aは、この発明の第1の実施形態を実施するために必要な主たる処理機能として、接種者管理処理部11Aと、接種済情報取得処理部12Aと、接種後情報取得処理部13Aと、接種情報転送処理部14Aとを備えている。これらの処理部11A~14Aは、何れもプログラム記憶部2Aに格納されたプログラムを制御部1Aのハードウェアプロセッサに実行させることにより実現される。
 接種者管理処理部11Aは、ワクチン接種に先立ち接種者端末UTから送られる接種者の基本情報を通信I/F4Aを介して受信し、受信された基本情報を接種者の固有識別情報と対応付けて接種者管理情報記憶部31Aに記憶させる処理を行う。
 接種済情報取得処理部12Aは、接種者がワクチン接種を受けた際に医療者端末MTから送られる接種済情報を問診情報と共に通信I/F4Aを介して受信し、受信された接種済情報を問診票の情報と共に接種者の固有識別情報と対応付けて接種情報記憶部32Aに記憶させる処理を行う。
 接種済情報には、例えば接種したワクチンの種類、製薬会社の識別情報(メーカID)およびロット番号が含まれるが、他に接種者識別番号、接種日時、接種場所等が含まれていてもよい。
 問診票の情報には、例えば接種者の接種直前の体温や、持病の有無、処方中の薬剤の種類、薬剤アレルギーの有無、妊娠の有無、過去の所定期間における体調変化等を示す情報が含まれるが、これに限るものではない。
 なお、接種者端末UTが接種者のPHR(Personal Health Record)情報や電子化お薬手帳等に記載された処方箋・服薬情報等を取得し管理している場合には、これらの情報を上記問診情報と併せて取得し、接種者管理情報記憶部31Aに記憶させるようにしてもよい。PHR情報には、例えば接種者端末UTに内蔵または付属する生体センサにより測定される現在の体温や血圧、心拍数等のバイタルデータを含めることが可能である。
 接種後情報取得処理部13Aは、上記接種済情報が登録された接種者を対象に、接種から所定期間が経過して接種後情報の取得タイミングになると、接種者端末UTに対し接種後情報の報告要求を送信する。そして、接種者端末UTから返送される接種後情報を通信I/F4Aを介して受信し、受信された接種後情報を接種者の固有識別情報と対応付けて接種情報記憶部32Aに記憶させる処理を行う。
 接種情報転送処理部14Aは、接種証明管理サーバBSVから接種情報の取得要求を受信した場合に、上記接種情報記憶部32Aから該当する接種者の接種情報、つまり接種済情報および接種後情報を読み出し、読み出された各情報を通信I/F4Aから要求元の接種証明管理サーバBSVへ転送する処理を行う。なお、このとき接種情報転送処理部14Aは、接種者管理情報記憶部31Aに記憶された該当する接種者の基本情報を、上記接種済情報および接種後情報と併せて要求元の接種証明管理サーバBSVへ転送するようにしてもよい。
 (2-3)接種証明管理サーバBSV
 図6は、接種証明管理サーバBSVのソフトウェア構成を示すブロック図である。なお、ハードウェア構成については接種情報管理サーバASVの構成(図4)と同一であるため、ここでの説明は省略する。
 接種証明管理サーバBSVは、制御部1Bと、プログラム記憶部2Bと、データ記憶部3Bと、通信I/F4Bとを備えている。通信I/F4Bは、プラットフォームPF内の接種情報管理サーバASVおよび証跡管理システムBCとの間でデータ転送を行うと共に、接種者端末UT、事業者端末WT、および接種証明の使用履歴の参照者が使用する参照者端末MTとの間で、それぞれネットワークNWを介して情報データの送受信を行う。
 データ記憶部3Bには、接種証明記憶部31Bが設けられている。接種証明記憶部31Bは、制御部1Bにより生成された接種証明データを接種者の固有識別情報と対応付けて保存するために用いられる。
 制御部1Bは、この発明の第1の実施形態を実施するために必要な主たる処理機能として、接種情報取得処理部11Bと、接種証明発行処理部12Bと、トークン登録処理部13Bと、使用履歴取得・送信処理部14Bとを備えている。これらの処理部11B~14Bは、プログラム記憶部2Bに格納されたプログラムを制御部1Bのハードウェアプロセッサに実行させることにより実現される。
 接種情報取得処理部11Bは、接種者端末UTまたは事業者端末WTから接種証明の取得要求を受信した場合に、接種情報管理サーバASVから該当する接種者の接種済情報および接種後情報を取得し、取得された各情報を接種証明発行処理部12Bに渡す処理を行う。
 接種証明発行処理部12Bは、上記接種情報取得処理部11Bから渡された上記接種済情報および接種後情報に基づいて接種証明データを作成し、作成された上記接種証明データを接種者の固有識別情報と対応付けて接種証明記憶部31Bに一旦保存する。また接種証明発行処理部12Bは、認証サーバNSVで管理されている同意書の情報をもとに接種証明データの第三者による利用に対し接種者が同意しているか否かを判定する。そして、同意が確認された場合に、上記接種証明データを要求元の接種者端末UTまたは事業者端末WTへ送信する処理を行う。
 トークン登録処理部13Bは、上記接種証明データの発行処理が行われた場合に、証跡管理システムBCのコントラクトに対し、上記接種証明データの管理情報を属性値として持つトークンの生成を指示する処理を行う。
 上記トークンの属性値には、通常の管理情報のパラメータに対応する値として、例えば、接種証明データのシリアル番号等により表されるトークンID、証跡管理システムBC上における接種者用アドレスおよび接種証明発行者用アドレス、接種証明データの格納先URL(Uniform Resource Locator)、接種証明データファイルのハッシュ値、接種証明データの有効期限、トークンステータス(有効/無効(有効期限切れ等))が含められる。
 このうち、接種者用アドレスは、証跡管理システムBCを接種者が使用する際に用いる秘密鍵と対をなす証跡管理システムBS上のアドレス値を示す。接種証明発行者用アドレスは、接種証明データの発行者となる接種証明管理サーバBSVが証跡管理システムBCを使用する際に用いる秘密鍵と対をなす証跡管理システムBS上のアドレス値を示す。接種証明データの格納先URLとは、接種証明データに対しアクセスする際の接種証明管理サーバBSVのURLである。接種証明データファイルのハッシュ値とは、接種証明データの真正性を担保するためのハッシュ関数値である。
 また上記トークンの属性値には、上記した通常の管理情報に対応する属性値に加え、接種証明データの最終使用日時と、使用場所を表す位置情報とを記載する項目が新たに用意されている。これらの項目には、接種者により接種証明データが使用される毎に、その時の使用日時および使用場所を示す位置情報が、その都度更新されながら記載される。これらの項目の記載は証跡管理システムBCにおいて行われるが、その処理動作の一例は動作例において述べる。
 (2-4)事業者端末WT
 図7は、事業者端末WTのソフトウェア構成を示すブロック図である。なお、ハードウェア構成については接種者端末UTの構成(図2)と同一であるため、ここでの説明は省略する。
 事業者端末WTは、例えば汎用のスマートフォン等の携帯端末、パーソナルコンピュータまたはPOS(Pont of sale)端末からなる。なお、事業者端末WTとしては、同様の機能を備えるものであれば、他にタブレット型端末やノート型のパーソナルコンピュータ等が用いられてもよい。
 事業者端末WTは、中央処理ユニット等のハードウェアプロセッサを使用した制御部1Eを備える。そして、この制御部1Eに対し、プログラム記憶部2Eおよびデータ記憶部3Eを有する記憶ユニットと、通信インタフェースI/F4E、および入出力I/F5Eを接続したものとなっている。
 通信I/F4Eは、制御部1Eの制御の下、ネットワークNWにより定義される通信プロトコル、例えばTCP/IPを使用して、プラットフォームPF内の接種証明管理サーバBSVとの間および認証サーバNSVとの間で、それぞれデータの伝送を行う。また通信I/F4Eは、例えば接種者端末UTとの間でデータ転送を行うために、Bluetooth(登録商標)等の小電力無線データ通信規格に対応するインタフェースを備えていてもよい。
 入出力I/F5Eには、例えばスマートフォン等の汎用の携帯端末であれば、接種者端末UTと同様に、入出力デバイス6E、GPSセンサ7EおよびQRコード(登録商標)等の読み取りに使用するカメラ8Eが接続される。このうちカメラ8Eは、接種者端末UTの表示部61Dに表示される、バーコードまたはQRコード(登録商標)により表される接種証明データを読み取るために使用される。なお、カメラ8Eの代わりに外付けのカードリーダまたはOCRリーダ(optical character reader)を使用してもよい。
 プログラム記憶部2Eは、例えば、記憶媒体としてSSD等の随時書込みおよび読出しが可能な不揮発性メモリと、ROM等の不揮発性メモリとを組み合わせて構成したもので、OS等のミドルウェアに加えて、第1の実施形態に係る各種制御処理を実行するために必要な複数のアプリケーション・プログラムを格納する。なお、以後OS等のミドルウェアと各アプリケーション・プログラムとをまとめてプログラムと称する。
 データ記憶部3Eは、例えば、記憶媒体として、SSD等の随時書込みおよび読出しが可能な不揮発性メモリと、RAM等の揮発性メモリと組み合わせたもので、この発明の第1の実施形態に係る処理を実施するために必要な主たる記憶部として、接種証明データ記憶部31Eを備えている。接種証明データ記憶部31Eは、接種者端末UTから読み取った接種証明データを保存するために使用される。
 制御部1Eは、この発明の第1の実施形態を実施するために必要な処理機能として、接種証明取得処理部11Eと、トークン検証・更新要求処理部12Eとを備える。これらの処理部11E,12Eは、何れもプログラム記憶部2Eに格納されたプログラムを制御部1Eのハードウェアプロセッサに実行させることにより実現される。
 接種証明取得処理部11Eは、接種者端末UTの表示部61Dに表示された接種証明データのバーコードまたはQRコード(登録商標)をカメラ8Eにより撮像し、その画像データから接種証明データと、それに付加されている位置情報および日時情報を解読する。そして、解読された接種証明データ、位置情報および日時情報を接種証明データ記憶部31Eに保存する処理を行う。
 トークン検証・更新要求処理部12Eは、上記接種証明取得処理部11Eにより取得された接種証明データのトークン検証要求と、接種者端末UTの位置情報を含むトークン更新要求を通信I/F4Eから証跡管理システムBCに向けて送信する。そして、証跡管理システムBCから返送される検証結果を示す情報を通信I/F4Eを介して受信し、表示部61Eに表示する処理を行う。
 証跡管理システムBCは、例えば複数の分散台帳をP2P(Peer to Peer)ネットワークを介して接続したブロックチェーン基盤により構成される。証跡管理システムBCは、後述する接種証明管理サーバBSVにおいて接種者の接種証明データが発行される毎に、接種証明管理サーバBSVからの指示に応じ、コントラクトにより各接種証明データの管理情報を属性値として持つトークンを生成し、生成された各トークンをトランザクションとして保存する。
 また証跡管理システムBCは、事業者端末WTから接種証明データに対するトークン検証要求を受信した場合に、トランザクションとして保存されている対応するトークンに含まれるハッシュ値をもとに、上記接種証明データに対し改ざん等の不正な変更が加えられていないかどうかについて検証を行い、その検証結果を要求元の事業者端末WTに返送する。
 さらに証跡管理システムBCは、接種証明データの使用に伴い、事業者端末WTからトークン更新要求が送られる毎に、当該トークン更新要求に含まれる、上記接種証明データの使用日時および使用場所を示す位置情報をもとに、トランザクションに保存されている対応するトークンに含まれる最終使用日時および最終使用場所を更新する。またそれと共に、上記トークンの変更履歴を表す情報を更新する。
 (動作例)
 次に、以上のように構成されたシステムの動作例を説明する。 
 図8乃至図12はそれぞれ接種者端末UT、接種情報管理サーバASV、接種証明管理サーバBSVおよび事業者端末WTによる処理の手順と処理内容を示すフローチャート、図13はシステム全体の処理の流れを示すシーケンス図である。
 (1)接種者端末UTの初期登録
 ワクチン接種に先立ち、接種者が接種者端末UTから認証サーバNSVに対しアクセスすると、以後接種者端末UTと認証サーバNSVとの間では、以下のように認証情報の初期設定が行われる。
 すなわち、接種者端末UTの制御部1Dは、図8に示すようにステップS10において接種者による初期設定要求の入力を検知すると、認証・同意処理部11Dの制御の下、ステップS11において認証サーバNSVとの間で認証情報の初期設定処理を行う。この処理において認証・同意処理部11Dは、例えば公的個人認証サービス(JPKI)を利用して接種者の本人確認を行った後、接種者による認証IDおよびパスワードの入力を受け付ける。
 これに対し認証サーバNSVは、接種者の固有識別情報を発行して接種情報管理サーバASVおよび証跡管理システムBCに通知すると共に、接種者が証跡管理システムBCを使用するためのアドレスとこのアドレスに紐付けられた秘密鍵を設定し、秘密鍵を接種者端末UTに通知する。接種者端末UTの制御部1Dは、通知された上記秘密鍵をステップS12により認証・同意確認情報記憶部31Dに保存する。
 接種情報管理サーバASVの制御部1Aは、上記認証サーバNSVにおいて接種者の初期設定が行われると、ステップS30からステップS31に移行して、ここで上記認証サーバNSVから接種者の固有識別情報を取得して接種者管理情報記憶部31Aに保存する。証跡管理システムBCは、上記認証サーバNSVにより初期設定された接種者のアドレスを受け取って分散台帳に設定する。
 (2)接種者の基本情報の登録
 また、上記初期登録の設定終了後、接種者は、ワクチンを接種する前に、接種者端末UTからプラットフォームPFに対し接種者の基本情報を登録する。この場合、プラットフォームPFの接種情報管理サーバASVの制御部1Aは、例えば図10に示すように、ステップS30において接種者端末UTから基本情報の登録要求を受信すると、接種者管理処理部11Aの制御の下、ステップS31において、接種者端末UTから送信される上記基本情報を通信I/F4Aを介して受信する。そして、受信された上記基本情報を接種者の固有識別情報に対応付けて接種者管理情報記憶部31Aに記憶させる。
 基本情報には、例えば、事前に自治体等から送られる接種券に記載された情報、例えば、自治体等の行政機関が管理する接種対象者の識別情報と、接種指定日時または期間、接種場所、接種ワクチンの種類等が含まれる。この接種券の記載情報は、例えばバーコードまたはQRコード(登録商標)により表され、接種者端末UTが備えるカメラおよびコード認識用のアプリケーションにより読み取られる。なお、基本情報として、接種者の属性情報、例えば氏名や年齢、住所、電話番号またはメールアドレス等の連絡先情報をさらに登録するようにしてもよい。この属性情報は、例えば接種者が接種者端末UTにおいて入力することで登録される。
 (3)1回目のワクチン接種に伴う接種済情報の登録
 ワクチン接種を受ける際に接種者は、先ず問診票および同意書を作成して医療従事者に提出する。医療従事者は、提出された問診票の内容を確認して接種可能と診断すれば、接種者に対しワクチン接種を実施する。そして、接種後に医療従事者は、参照者端末(ここでは医療者端末と呼称する)MTにおいて接種済情報を入力する。接種済情報には、例えば、接種したワクチンの種類、製薬会社の識別情報(メーカID)およびロット番号が含まれるが、他に接種者識別番号、接種実施日時、接種場所等が含まれていてもよい。
 さらに医療従事者は、医療者端末MTにおいて、接種者から提出された上記問診票および同意書の情報を入力する。この問診票および同意書の情報の入力は、例えばOCRリーダ(optical character reader)により読み取ることにより行われる。
 問診票の情報には、先に述べたように例えば、接種者の接種直前の体温や、持病の有無、処方中の薬剤の種類、薬剤アレルギーの有無、妊娠の有無、過去の所定期間における体調変化等を示す情報が含まれるが、これに限るものではない。
 同意書の情報には、接種者の接種証明データを第三者が利用することに同意するか否かを表す情報が含まれるが、それに限るものではなく、例えば接種後情報の製薬会社、医療機関または自治体等による利用の許否を示す情報が含まれていてもよい。
 なお、問診票の情報および同意書の情報の入力手段としては、接種者端末UT或いは接種会場に設置されているタブレット型端末等の情報入力デバイスを用いてもよい。
 また医療従事者は、医療者端末MTにおいて、上記問診票の情報および同意書の情報と共に、接種者から提出された接種券の情報を併せて入力するようにしてもよい。このようにすると、接種者が接種者端末UTを持っていない場合でも、接種券の情報を入力することが可能となる。
 医療者端末MTは、入力された上記接種済情報、問診票および同意書の各情報のうち、接種済情報および問診票の情報をプラットフォームPFの接種情報管理サーバASVへ送信する。なお、接種券の情報も入力された場合には、この接種券の情報も併せて接種情報管理サーバASVへ送信される。
 接種情報管理サーバASVの制御部1Aは、ステップS32により上記接種済情報等の登録要求を受信すると、接種済情報取得処理部12Aの制御の下、ステップS33において、医療者端末MTから送られた上記接種済情報および問診票の情報、さらには接種券の情報を、通信I/F4Aを介して受信する。そして、受信された上記各情報を接種者の固有識別情報と対応付けて接種情報記憶部32Aに記憶させる。
 かくして、プラットフォームPFの接種情報管理サーバASVには、接種者の1回目のワクチン接種に伴う接種済情報が問診票の情報および接種券の情報と共に登録される。
 一方、上記接種済、問診票および同意書の各情報のうち、同意書の情報は医療者端末MTから認証サーバNSVへ送信される。認証サーバNSVは、上記同意書の情報を、認証情報と共に接種者の固有識別情報に対応付けて保存し管理する。
 (4)1回目のワクチン接種後における接種後情報の登録
 上記1回目のワクチン接種から所定期間が経過し、接種後情報の取得タイミングになると、接種情報管理サーバASVの制御部1Aは、接種後情報取得処理部13Aの制御の下、ステップS34からステップS35に移行し、先ず該当する接種者端末UTへ通信I/F4Aから接種後情報の報告要求メッセージを送信する。この報告要求メッセージは、例えば電子メール、SNSまたはSMSにより送信される。
 これに対し、接種者端末UTの制御部1Dは、ステップS13により上記報告要求メッセージを受信すると、接種後情報登録処理部12Dの制御の下、受信された上記報告要求メッセージを入出力I/F5Dを介して表示部61Dに表示させる。この状態で接種者が、表示された上記報告要求メッセージに含まれるURLに対しアクセス操作すると、先ず認証サーバNSVで管理されている認証情報をもとに接種者の本人認証処理が行われる。続いて、接種情報管理サーバASVからアンケートデータがダウンロードされ、表示部61Dに表示される。このアンケートデータには、接種後の副反応等の発生状況を確認するための複数の質問項目が記載されている。
 そして、この状態で接種者が上記アンケートデータの各質問項目に対し入力部62Dにおいて回答データを入力し、登録ボタンを押下すると、接種後情報登録処理部12Dは上記回答データを通信I/F4Dから接種情報管理サーバASVへ返送する。この接種後情報の取得手段としては、デジタル化された患者報告アウトカム(electronic Patient Reported Outcome:ePRO)の技術が利用可能である。
 これに対し、接種情報管理サーバASVの接種後情報取得処理部13Aは、接種者端末UTから上記回答データが返送されると、上記回答データを通信I/F4Aを介して受信する。そして、ステップS35において、上記回答データを接種者の接種後情報として、接種者の固有識別情報と対応付けた状態で接種情報記憶部32Aに記憶させる。 
 かくして、1回目のワクチン接種後の接種後情報の登録がなされる。
 なお、以上の動作例は接種情報管理サーバASVから接種者端末UTに対し報告要求メッセージを送信し、これに対し接種者が回答データを返送する場合について述べた。しかし、接種者が接種者端末UTにより接種後情報の報告タイミングを管理し、報告タイミングになった時点でその旨のメッセージを接種者端末UTが表示部61Dに表示し、この状態で接種者が入力した接種後情報を接種者端末UTから接種情報管理サーバASVへ送信するようにしてもよい。このようにすると、接種情報管理サーバASVから報告要求メッセージが送信される前に、接種者の接種後の状態が変化した場合に、接種者が自主的に接種後情報を接種情報管理サーバASVに申告することが可能となる。
 (5)2回目のワクチン接種に伴う接種済情報の登録
 2回目のワクチン接種に伴う接種済情報の登録処理も、1回目と同様に行われる。すなわち、接種者は接種券に記載された接種指定日時に接種場所に出向き、問診票および同意書を作成して医療従事者に提出する。そして、接種者が2回目のワクチン接種を受けると、1回目と同様に、医療者端末MTから接種済情報および問診票の情報がプラットフォームPFへ送信され、プラットフォームPFにおいて接種情報管理サーバASVに登録される。また、同意書の情報は認証サーバNSVへ送信され、登録される。
 (6)2回目のワクチン接種後における接種後情報の登録
 2回目のワクチン接種後における接種後情報の登録処理も、1回目と同様に行われる。すなわち、ワクチン接種から所定期間経過後に接種情報管理サーバASVから接種者端末UTに対し接種後の報告要求メッセージが送信される。この状態で、接種者が報告メッセージに含まれるURLに対しアクセス操作すると、認証サーバNSVで管理されている認証情報をもとに接種者の本人認証が行われた後、接種情報管理サーバASVから接種者端末UTにアンケートデータがダウンロードされる。そして、接種者がアンケートデータに回答データを記入して登録操作を行うと、回答データが接種情報管理サーバASVに返送され、接種情報管理サーバASVにおいて上記回答データが2回目の接種後情報として登録される。
 (7)接種証明データの発行
 接種者端末UTの制御部1Dは、ステップS15において2回目のワクチン接種後の接種後情報の登録処理が完了しているか否かを判定し、完了していればステップS16において接種証明取得要求の入力を監視する。
 この状態で、接種者が自身の接種証明データを取得するために、接種者端末UTにおいて接種証明の発行要求を入力したとする。そうすると、接種者端末UTの制御部1Dは、先ず認証・同意処理部11Dの制御の下、ステップS17において認証サーバNSVとの間で本人認証処理を実行する。そして、本人確認がなされると、次に接種証明取得処理部13Dの制御の下、ステップS18において接種証明管理サーバBSVに対し接種証明の発行要求を送信する。
 これに対し、接種証明管理サーバBSVの制御部1Bは、図11に示すようにステップS40において接種証明の発行要求の受信を監視している。この状態で、接種証明の発行要求を受信すると、接種証明発行処理部12Bの制御の下、先ずステップS41において接種情報管理サーバASVに対し、上記要求元の接種者に対応する接種情報の取得要求を送信する。
 接種情報管理サーバASVの制御部1Aは、上記2回目のワクチン接種後の接種後情報の登録処理が完了したか否かをステップS36で判定し、完了していればステップS37において接種情報の取得要求の受信を監視する。この状態で、接種証明管理サーバBSVから接種情報の取得要求を受信すると、接種情報転送処理部14Aの制御の下、ステップS38において接種情報記憶部32Aから該当する接種者の接種済情報および接種後情報を読み出し、読み出された接種済情報および接種後情報を要求元の接種証明管理サーバBSVへ転送する。なお、このとき上記接種済情報および接種後情報に加え、接種者の基本情報が併せて転送されてもよい。
 接種証明管理サーバBSVの制御部1Bは、接種証明発行処理部12Bの制御の下、ステップS41により上記接種済情報および接種後情報を取得すると、先ずステップS42において、認証サーバNSVで管理されている同意書の情報をもとに、接種者が接種証明データの発行および第三者の利用に対し事前に同意しているか否かを判定する。そして、接種者の同意が確認されると、ステップS43において、取得された上記接種済情報および接種後情報に基づいて接種証明データを生成する。
 このとき接種証明データには、例えば、1回目および2回目それぞれの接種済情報、例えば接種日時、接種場所、接種者氏名、ワクチン種別およびワクチンロット番号が含まれる。また接種証明データには、例えば1回目および2回目それぞれの接種後情報を解析することで推定される副反応等の有無とその症状の程度、発症日時等を示す情報も含まれる。さらに接種証明データには、証明書シリアル番号、発行日時、使用有効期限の開始日および終了日、接種証明管理サーバBSVの電子署名データが含まれていてもよい。
 そして接種証明発行処理部12Bは、生成された上記接種証明データを接種者の固有識別情報と対応付けて接種証明記憶部31Bに保存した後、上記接種証明データを通信I/F4Bから要求元の接種者端末UTへ送信する。これに対し接種者端末UTの制御部1Dは、接種証明取得処理部13Dの制御の下、ステップS18において上記接種証明データを通信I/F4Dを介して受信し、受信された上記接種証明データを接種証明記憶部33Dに記憶させる。
 上記接種証明データを発行すると接種証明管理サーバBSVの制御部1Bは、トークン登録処理部13Bの制御の下、ステップS44において、証跡管理システムBCに対し上記接種証明データの管理情報を属性値として持つトークンの生成を指示する。上記生成指示を受け取ると証跡管理システムBCは、コントラクトにより、上記管理情報に対応する属性値を有するトークンを生成し、生成されたトークンを接種者のアドレスに対応付けてトランザクションとして記録する。
 上記トークンの属性値には、先に述べたように、通常の管理情報に対応する属性値として、例えば、接種証明データのシリアル番号等により表されるトークンID、証跡管理システムBC上における接種者用アドレスおよび接種証明発行者用アドレス、接種証明データの格納先URL、接種証明データファイルのハッシュ値、接種証明データの有効期限、トークンステータス(有効/無効(有効期限切れ等))が記載される。
 またトークンの属性値には、上記通常の管理情報に対応する属性値の他に、接種証明データの最終の使用日時および使用場所を記載する項目が用意される。これらの項目には、例えば、上記接種証明データの発行要求を送信したときの日時および場所を示す位置情報を接種者端末UTから取得し、取得された日時および場所を示す情報を初期値として記載するようにしてもよい。
 (8)接種証明データの提出と確認
 第1の実施形態では、接種者本人が接種証明データを提出先の事業者(例えば勤務先)に対面で提出する場合を例にとって説明するが、提出先の事業者としては他に、保健所、学校、図書館、美術館、体育館、集会所、礼拝所、宿泊施設、医療施設等、駅や空港の各種施設であってもよく、さらには映画館や劇場、競技場等のイベント施設、旅行代理店や店舗やフィットネスクラブ等の商業施設等であってもよい。
 図14は、第1の実施形態における接種証明データの提出から確認までの処理の流れを示すシーケンス図である。
 接種者は、接種証明管理サーバBSVから接種証明データを取得したのち、事業者のもとへ出向いて当該事業者に対し自身の接種者端末UTを用いて接種証明データを対面で提出する。具体的には、接種者端末UTにおいて接種証明データを表示させ、表示された接種証明データを事業者端末WTにより読み取らせることにより接種証明データを事業者に提出する。
 接種者端末UTの制御部1Dは、上記接種証明データの提出要求操作をステップS19で検知すると、接種証明提出処理部14Dの制御の下、ステップS20において接種証明データを事業者に提出する処理を以下のように実行する。
 図9は、この接種証明データ提出処理の処理手順と処理内容を示すフローチャートである。接種証明提出処理部14Dは、先ずステップS201により、自身の位置情報の提供に対し接種者が同意しているか否かを確認する。この同意確認処理は、例えば、接種者が事前に位置情報の提供に対する同意情報を認証サーバNSVに登録しておき、この認証サーバNSVから上記同意情報を取得することにより行われる。
 上記同意確認処理により、接種者が位置情報の提供に同意していることをステップS202により確認すると、接種証明提出処理部14Dは、ステップS203においてGPSセンサ7Eを動作させ、GPSセンサ7Eから接種者端末UTの現在位置および日時を示す位置情報を取得する。なお、位置情報に日時を示す情報が含まれていない場合には、接種者端末UTが備える時計により現在の日時を示す情報を取得する。
 接種証明提出処理部14Dは、次にステップS204において、接種証明記憶部33Dから接種証明データを読み出す。そして、読み出された上記接種証明データと、先に取得された位置情報とを含む提示データを、バーコードまたはQRコード(登録商標)として生成し、生成された上記バーコードまたはQRコード(登録商標)を、ステップS206により入出力I/F5Dを介して表示部61Dへ出力し、表示させる。
 なお、自身の位置情報の提供に対し接種者が同意していない場合には、接種証明提出処理部14Dは、ステップS202からステップS205に移行し、接種証明記憶部33Dから読み出した接種証明データのみを含むバーコードまたはQRコード(登録商標)を生成し、表示部61Dに表示させる。
 これに対し事業者端末WTは、図12に示すように、ステップS50により接種証明取得要求の操作を監視している。この状態で接種証明取得要求の操作が検知されると、接種証明取得処理部11Eの制御の下、先ずステップS51によりカメラ8Eを起動し、接種者端末UTの表示部61Dに表示されているバーコードまたはQRコード(登録商標)をカメラ8Eにより読み取る。そして、ステップS53において、読み取られた画像データから接種証明データと位置情報を解読し、接種証明データ記憶部31Eに記憶させる。
 事業者端末WTは、続いてトークン検証・更新要求処理部12Eの制御の下、ステップS54により、上記接種証明データ記憶部31Eに記憶された接種証明データの真正性を検証するために、トークン検証要求を証跡管理システムBCへ送信する。例えば、事業者端末WTから接種者端末UTから事前に取得した秘密鍵を用いて、証跡管理システムBCの接種者に対応するアドレスを指定し、トークンの検証要求を送信する。
 これに対し証跡管理システムBCは、上記トークン検証要求を受信すると、トランザクションとして保存されている対応するトークンの属性値に含まれるハッシュ値をもとに、上記接種証明データに改ざん等が行われていないかどうかを検証する。そして、その検証結果を示す情報を要求元の事業者端末WTへ返送する。かくして、事業者は接種者から提出された接種証明データの真正性を確認することができる。
 また事業者端末WTは、上記トークン検証要求に続いて、或いは同時にトークンの更新要求を証跡管理システムBCへ送信する。このトークン更新要求には、上記接種証明データと共に接種者端末UTから取得した接種者端末UTの現在の位置情報が含まれる。
 これに対し証跡管理システムBCは、上記トークン更新要求を受信すると、保存されている対応するトークンの属性値の最終使用日時および最終使用場所の値を、上記トークン更新要求により通知された接種者端末UTの位置情報に含まれる使用日時および使用場所に更新する。またそれと共に、上記トークンの変更履歴を表す情報を更新する。このトークン変更履歴には、トークン生成時からトークンが削除されるまでの属性値の変更履歴がすべて記録される。
 以上述べた証跡管理システムBCによる接種証明トークンの更新およびトークン変更履歴の管理に関する処理は、接種者が接種証明データを使用する毎に、すなわち同一または異なる事業者に接種証明データを提出する毎に繰り返し実行される。これにより、証跡管理システムBCには、常に最終使用日時と使用場所が記載された接種証明トークンと、当該接種証明トークンの変更履歴を表す情報がそれぞれ保存される。
 (9)接種証明データを参照した情報処理例
 以上述べたように第1の実施形態では、証跡管理システムBCにおいて、接種証明の使用履歴を表す情報、つまり最終使用日時と使用場所を示す情報が属性値に追加された接種証明トークンが生成されてトランザクションに保存され、かつ接種証明トークンのそれまでの変更履歴を表す情報が更新され保存される。従って、上記接種証明トークンに含まれる最終使用日時と使用場所を示す情報と、トークンの変更履歴を表す情報を参照することで、種々の情報生成や統計分析を行うことが可能となる。
 (9-1)接種者の行動履歴の確認
 例えば、接種者が自身のワクチン接種後の行動を振り返るために、認証サーバNSVとの間で本人認証手順を行った後、接種者端末UTから接種証明管理サーバBSVに対し接種証明の使用履歴の参照要求を送信したとする。
 そうすると接種証明管理サーバBSVの制御部1Bは、上記使用履歴の参照要求を受信すると、使用履歴取得・送信処理部14Bの制御の下、図11に示すようにステップS45からステップS46に移行する。そして、証跡管理システムBCの該当する接種者用アドレスに対しアクセスして、トークンの属性値に含まれる最終使用日時および使用場所を示す情報と、当該トークンの変更履歴を示す情報を取得する。
 使用履歴取得・送信処理部14Bは、次にステップS47において、取得された上記各情報をもとに、例えば接種証明データの使用履歴を時系列順にソートした使用履歴の報告データを生成する。そして、生成された使用履歴の報告データを、通信I/F4Bから要求元の接種者端末UTに向け送信する。
 かくして、接種者は、上記報告データをもとに自身の接種証明データの使用履歴、すなわち接種後の自身の行動履歴を振り返ることが可能となる。
 なお、以上の例は、接種者本人が接種者端末UTから接種証明データの使用履歴を参照し、自身のワクチン接種後の行動履歴を振り返る場合について述べた。しかし、それに限らず、例えば、認証サーバNSVにより接種者の同意を確認した上で、参照者端末MTから接種証明管理サーバBSVに対し参照要求を送信し、該当する接証明データの使用履歴情報を参照するようにしてもよい。このようにすると、医療関係者または自治体等の担当者が、接種者のワクチン接種後の行動履歴を確認することが可能となる。
 (9-2)接種証明データの使用履歴による接種者の健康管理
 接種者は、接種者端末UTから接種証明管理サーバBSVに対しアクセスし、自身の接種証明データの使用履歴を表す情報を取得する。この使用履歴を表す情報の取得処理は、(9-1)にて述べた処理と同様の手順で行われる。
 接種者は、上記使用履歴を表す情報を取得すると、取得された上記使用履歴を表す情報を自身のワクチン接種後の行動履歴を表す情報として、例えば接種者端末UTにインストールされている健康管理用のアプリケーションに入力するか、または接種者端末UTから健康管理サービスを提供している事業者のサーバへ送信する。このようにすると、健康管理用のアプリケーションまたは健康管理サービス提供事業者のサーバにより、接種者の行動履歴の管理や、この行動履歴を利用した接種者の健康管理、例えば単位期間毎の運動量等を推定するといった統計処理を行うことが可能となる。
 (9-3)接種証明データの使用履歴による施設の利用状況の統計処理
 例えば、ホテルやイベント会場、空港、駅、大型店舗は、管理者端末を参照者端末MTとして使用して、接種証明データを提出した来訪者の接種証明データの使用履歴を表す情報を取得する。この接種証明データの使用履歴を表す情報の取得処理についても、(9-1)にて述べた処理と同様の手順で行われる。
 施設の管理者は、管理者端末において、取得された上記使用履歴を表す情報をもとに接種者毎の来訪頻度を算出したり、全来訪者に対する接種者の割合、つまり接種証明利用率を算出する統計処理を行う。このようにすることで、例えば来訪者の中で来訪頻度の高い接種者を優良顧客してポイントを付与したり、接種証明利用率をもとに施設の感染症対策の進み具合を見える化することが可能となる。
 (9-4)接種証明データの使用履歴を用いた接種者の動態分析
 例えば、大学や自治体、またはシンクタンク等の研究機関は、研究者の端末を参照者端末MTとして用いて、多数の接種者の接種証明データの使用履歴を表す情報を取得する。この接種証明データの使用履歴を表す情報の取得処理についても、(9-1)にて述べた処理と同様の手順で行われる。
 研究機関は、取得された多数の接種者の接種証明データの使用履歴を表す情報をもとに、多数の接種者の動態、例えば行動傾向を分析する。このようにすると、例えば接種者が多く行動するエリアにおける感染者の発生傾向と、そうでないエリアにおける感染者の発生傾向の相違から、ワクチン接種の有効性を検証したり、エリア毎の全滞在者に対する接種者の割合等から、エリア毎の今後の感染者の発生予測等を行うことが可能となる。
 (作用・効果)
 以上述べたように第1の実施形態では、接種証明管理サーバBSVにおいて接種者の接種証明データが発行される毎に、発行された上記接種証明データの管理情報を属性値として有するトークンを証跡管理システムBCのコントラクトにより生成してトランザクションとして保存し、保存されたトークンをもとに上記接種証明データの真正性を検証するようにしたシステムにあって、上記トークンの属性値に接種証明データの使用履歴を表す情報、例えば最終使用日時と使用場所を新たに追加している。そして、上記トークンに含まれる最終使用日時と使用場所を、上記接種証明データが使用される毎にその時の使用日時と使用場所に更新すると共に、上記トークンの変更履歴をトランザクションとして保存するようにしている。
 従って第1の実施形態によれば、参照者は、上記証跡管理システムBCにトランザクションとして保存されているトークンから接種証明データの使用履歴を表す情報を取得することが可能となり、取得された使用履歴を表す情報をもとに、接種者の行動履歴の確認や、行動履歴に基づく接種者の健康管理、特定の施設における接種者の利用率の算出、この利用率に基づく施設の感染症対策の見える化、エリア別の接種者の動態に基づく感染者の予測などの各種統計分析処理を行うことが可能になる。
 また第1の実施形態では、上記接種証明データの使用日時と使用場所を表す位置情報を接種者本人の接種者端末UTにおいてGPSセンサ7Dにより測定し、測定された位置情報を事業者端末WTからトークン検証要求と共に証跡管理システムBCに送信し、トークンの属性値を更新するようにしている。従って、接種証明データの使用日時と使用場所を高精度の位置情報により管理することができ、これにより参照者には精度の高い使用履歴情報を提供することが可能となる。
 さらに、上記接種者端末UTの位置情報を利用するにあたり、接種者の同意確認手順を実行するようにしたことで、接種者のプライバシを考慮したサービスを提供することができる。
 [第2の実施形態]
 上記第1の実施形態では、接種者が接種証明データを取得した後、取得された上記接種証明データを接種者端末UTから提出先の事業者の事業者端末WTへ対面で転送し、事業者端末WTから証跡管理システムBCに対し上記接種証明データの検証を要求することで上記接種証明データが真正か否かを確認するようにした。
 しかし、この発明はそれに限定されるものではなく、第2の実施形態として、接種者が接種者端末UTから接種証明管理サーバBSVに対し、オンラインで事業者への接種証明データの提出依頼を送信する。そして、事業者端末WTが上記依頼に従い接種者に代わり接種証明管理サーバBSVにアクセスして接種者の接種証明データを取得し、取得した接種証明データの検証を証跡管理システムBCに要求して上記接種証明データの真正性を確認するようにしてもよい。
 図15は、この第2の実施形態における接種証明確認処理の流れを示すシーケンス図である。なお、プラットフォームPFの各管理サーバASV,BSVおよび証跡管理システムBCの機能については、第1の実施形態において説明した機能と基本的に同一なので、ここでの説明は省略する。
 図15において、先ず接種者は自身の接種者端末UTからプラットフォームPFの接種証明管理サーバBSVに対し、接種証明データの提出依頼をネットワークNWを介して送信する。この提出依頼には、接種証明データの提出者となる接種者の固有識別情報および認証情報と、接種証明データの提出先となる事業者端末WTのアドレス情報が含まれる。
 またこのとき接種者端末UTは、上記提出依頼の送信に先立ち、自端末の位置情報の提供に対する接種者の同意を確認する手順を認証サーバNSVで管理される同意情報をもとに実行する。そして、同意が確認されると、GPSセンサ7Dから位置情報を取得し、取得された位置情報を上記提出依頼に含めて上記接種証明管理サーバBSVへ送信する。
 これに対し接種証明管理サーバBSVは、認証サーバNSVで管理される上記接種者の認証情報をもとに接種者の認証処理を行った後、当該接種者の接種証明データの格納場所を示すURLを含む接種証明取得要求を、上記事業者端末WTへ例えば電子メールにより送信する。なお、上記取得要求の通信手段としては、電子メール以外にSNSやSMS等の他の通信手段が使用されてもよい。
 上記接種証明取得要求に応じて、事業者端末WTが接種証明管理サーバBSVの上記URLに対しアクセスすると、接種証明管理サーバBSVは先ず認証サーバNSVから上記提出要求の送信元となる接種者の同意書の情報を取得すると共に、接種情報管理サーバASVから上記接種者の接種済情報および接種後情報を取得する。そして、上記同意書の情報をもとに接種証明データの第三者利用に対する接種者の同意の許否を判定し、同意が確認された場合に上記接種済情報および接種後情報をもとに上記接種者の接種証明データを作成する。そして、作成された上記接種証明データを上記事業者端末WTへ送信する。またこのとき接種証明管理サーバBSVは、上記接種証明データと共に、先に接種者端末UTから取得した接種者端末UTの位置情報を送信する。
 また接種証明管理サーバBSVは、作成された上記接種証明データのトークンの生成を証跡管理システムBCに指示する。これに対し証跡管理システムBCは、上記指示を受けると上記接種証明データのトークンをコントラクトで生成し、生成されたトークンをトランザクションとして上記接種者に対応するアドレスに記録する。このとき証跡管理システムBCは、接種証明管理サーバBSVからの指示に従い、トークンの属性値として接種証明データの最終使用日時および使用場所を入力する項目を設定する。
 事業者端末WTは、接種証明管理サーバBSVから上記接種証明データを受信すると、受信された上記接種証明データのトークン検証要求を証跡管理システムBCへ送信する。証跡管理システムBCは、上記トークン検証要求に応じて、トランザクションに保存されている対応するトークンに含まれるハッシュ値をもとに上記接種証明データの真正性を検証し、その検証結果を要求元の事業者端末WTへ返送する。
 また事業者端末WTは、接種証明管理サーバBSVから受信した接種者端末UTの位置情報を含むトークン更新要求を証跡管理システムBCへ送信する。証跡管理システムBCは、上記トークン更新要求に応じて、トランザクションに保存されている対応するトークンに含まれる最終使用日時と使用場所を、上記トークン更新要求に含まれる位置情報に含まれる日時と場所を示す情報に更新する。
 従って、この発明の第2の実施形態によれば、接種者が自身の接種証明データを事業者に提出する場合に、接種者端末UTから接種証明管理サーバBSVに対し、提出先の事業者端末WTを指定した接種証明データ提出要求をネットワークNWを介して送信するだけで、接種者の接種証明データを事業者端末WTが接種者に代わって接種証明管理サーバBSVから取得し、さらに取得された上記接種証明データの真正性を証跡管理システムBCにより検証することが可能なる。
 この結果、接種者は、例えば接種証明データの提出先となる事業者が遠隔地の場合のように、自身の接種証明データを事業者に対面で提出することが困難な場合でも、接種証明管理サーバBSVに対し事業者への接種証明データの提出を依頼することで、接種証明管理サーバBSVから提出先となる事業者に対し、接種者の接種証明データを接種者に代わって提供することが可能となる。
 また、この場合も、接種証明管理サーバBSVに生成された接種証明データのトークンが証跡管理システムBCのコントラクトにより生成され、トランザクションとして保存される。このため、事業者は取得された上記接種証明データの真正性を証跡管理システムBCにより検証することが可能となる。
 さらに第2の実施形態では、接種者端末UTが接種証明管理サーバBSVへ接種証明データの提出要求を送信する際に、接種者端末UTの位置情報を含めて送信し、事業者端末WTが上記接種証明管理サーバBSVから接種証明データを取得する際に、上記接種者端末UTの位置情報を併せて取得する。そして、事業者端末WTから証跡管理システムBCに対しトークン検証要求を送信する際に、上記位置情報を含むトークン更新要求を送信し、証跡管理システムBに保存されている対応するトークンの最終使用日時と使用場所を、上記位置情報をもとに更新するようにしている。
 従って、証跡管理システムBCに管理される接種証明トークンには、接種証明データが使用される毎に、その使用日時と使用場所を示す情報とその変更履歴を示す情報が更新記録されることになる。このため、参照者は接種証明データについて常に最新でかつ正確な使用履歴を表す情報を取得することができ、これにより精度の高い統計処理等を実施することが可能となる。
 [その他の実施形態]
 (1)前記各実施形態では、接種者端末UTの位置情報をトークンに記録するようにした。しかし、この発明はそれに限るものではなく、例えば、事業者端末WTが接種者の接種証明データを取得したとき、事業者端末WTがこのときの自端末の位置情報を測定し、測定された位置情報をトークン更新要求により証跡管理システムBCに送信し、対応するトークンを更新するようにしてもよい。このようにすると、第2の実施形態のように接種者が例えば自宅からオンラインで接種証明データを事業者に提出する場合でも、接種証明データの使用場所と使用時刻をトークンに記録することが可能となる。
 (2)前記各実施形態では、接種証明データの使用履歴を表す情報として、接種者端末UTの位置情報を使用する場合を例にとって説明した。しかし、位置情報に加えて、または代わりに、例えば提出先を表す情報(提出先の事業者の名称や居所、連絡先情報等の事業者属性情報)等を、使用履歴を表す情報としてトークンに記録するようにしてもよい。
 (3)第1の実施形態では、接種者端末UTから事業者端末WTへの接種証明データおよび位置情報の受け渡しをバーコードまたはQRコード(登録商標)を用いて行うようにしたが、それに限らず、例えば接種者端末UTに記憶されたテキストデータまたはバイナリデータからなる接種証明データおよび位置情報を、接種者端末UTから事業者端末WTへBluetooth(登録商標)等の小電力無線データ伝送規格を採用した無線インタフェースを使用して転送するようにしてもよい。
 (4)前記各実施形態では、接種証明データに接種済情報と接種後情報を反映する場合を例にとって説明したが、接種済情報のみが反映された接種証明データを生成するようにしてもよい。また、ワクチン接種は2回行われる場合を例にとって説明したが、1回の場合にも、また3回以上行われる場合にもこの発明は適用可能である。さらに、前記各実施形態ではワクチン接種の場合を例にとって説明したが、それに限らず製薬会社等がワクチン以外の新薬等の開発過程における治験を行う場合に対してもこの発明は適用可能である。すなわち、薬剤の種類についてはワクチンに限らず、その他の薬剤であってもよい。
 (5)その他、プラットフォームの構成、プラットフォームを構成する各サーバの機能構成と処理手順および処理内容、接種者端末、事業者端末および参照者端末のそれぞれの機能構成、接種済情報、接種後情報および接種証明情報の取得処理手順と処理内容、接種証明情報の使用履歴の用途等についても、この発明の要旨を逸脱しない範囲で種々変形して実施できる。
 本実施形態に係るプログラムは、電子機器に記憶された状態で譲渡されてよいし、電子機器に記憶されていない状態で譲渡されてもよい。後者の場合は、プログラムは、ネットワークを介して譲渡されてよいし、記憶媒体に記憶された状態で譲渡されてもよい。記憶媒体は、非一時的な有形の媒体である。記憶媒体は、コンピュータ可読媒体である。記憶媒体は、CD-ROM、メモリカード等のプログラムを記憶可能かつコンピュータで読取可能な媒体であればよく、その形態は問わない。
 以上、本発明の実施形態を詳細に説明してきたが、前述までの説明はあらゆる点において本発明の例示に過ぎない。本発明の範囲を逸脱することなく種々の改良や変形を行うことができることは言うまでもない。つまり、本発明の実施にあたって、実施形態に応じた具体的構成が適宜採用されてもよい。
 要するにこの発明は、上記各実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記各実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
 PF…管理制御装置(プラットフォーム)
 ASV…接種情報管理サーバ
 BSV…接種証明管理サーバ
 NSV…認証サーバ
 BC…証跡管理システム
 UT1~UTn…接種者端末
 MT…医療者端末
 WT…事業者端末
 NW…ネットワーク
 1A,1B,1D,1E…制御部
 2A,2B,2D,2E…プログラム記憶部
 3A,3B,3D,3E…データ記憶部
 4A,4B,4D,4E…通信I/F
 5D,5E…入出力I/F
 6D,6E…入出力デバイス
 61D,61E…表示部
 62D,62E…入力部
 11A…接種者管理処理部
 12A…接種済情報取得処理部
 13A…接種後情報取得処理部
 14A…接種情報転送処理部
 11B…接種情報取得処理部
 12B…接種証明発行処理部
 13B…トークン登録処理部
 11D…認証・同意処理部
 12D…接種後情報登録処理部
 13D…接種証明取得処理部
 14D…接種証明提出処理部
 11E…接種証明取得処理部
 12E…トークン検証・更新要求処理部
 31A…接種者管理情報記憶部
 32A…接種情報記憶部
 31B…接種証明記憶部
 31D…認証・同意確認情報記憶部
 32D…接種後情報記憶部
 33D…接種証明記憶部

 

Claims (11)

  1.  投薬対象者に対する投薬の状況を表す情報を管理する管理制御装置と、前記管理制御装置との間でネットワークを介して情報データの伝送が可能な端末装置とを具備する投薬情報管理システムであって、
     前記管理制御装置は、
      前記投薬対象者ごとに、当該投薬対象者の前記投薬の状況を表す情報に基づいて、少なくとも前記投薬対象者の識別情報と投薬履歴を表す情報とを含む投薬証明情報を生成する投薬証明生成処理部と、
      前記投薬証明情報を管理するための管理情報を属性値として有し、かつ前記投薬証明情報の使用履歴を表す情報を前記属性値に含むトークンを、生成し保存するトークン生成処理部と、
      前記投薬証明情報が使用される毎に、前記トークンの前記使用履歴を表す情報を更新するトークン更新処理部と、
      前記端末装置から、前記投薬証明情報の前記使用履歴の参照要求を受け取った場合に、対応する前記トークンの前記属性値に含まれる前記使用履歴を表す情報を、要求元の前記端末装置へ送信する送信処理部と
     を備え、
     前記端末装置は、
      前記管理制御装置から前記トークンの前記属性値に含まれる前記使用履歴を表す情報を取得し、取得された前記使用履歴を表す情報に基づいて所定の用途に応じた情報処理を行なう情報処理部を
     備える、投薬情報管理システム。
  2.  投薬対象者に対する投薬の状況を表す情報を取得し管理し、端末装置との間でネットワークを介して情報データの伝送が可能な管理制御装置であって、
     前記投薬対象者ごとに、当該投薬対象者の前記投薬の状況を表す情報に基づいて、少なくとも前記投薬対象者の識別情報と投薬履歴を表す情報とを含む投薬証明情報を生成する投薬証明生成処理部と、
     前記投薬証明情報を管理するための管理情報を属性値として有し、かつ前記投薬証明情報の使用履歴を表す情報を前記属性値に含むトークンを、生成し保存するトークン生成処理部と、
     前記投薬証明情報が使用される毎に、前記トークンの前記使用履歴を表す情報を更新するトークン更新処理部と、
     前記端末装置から、前記投薬証明情報の前記使用履歴の参照要求を受け取った場合に、対応する前記トークンの前記属性値に含まれる前記使用履歴を表す情報を、要求元の前記端末装置へ送信する送信処理部と
     を備える管理制御装置。
  3.  前記トークン更新処理部は、前記投薬証明情報が使用される毎に、前記投薬証明情報の使用日時および使用場所を示す情報を取得し、取得された前記使用日時および前記使用場所を示す情報をもとに前記トークンの前記使用履歴を表す情報を更新する、請求項2に記載の管理制御装置。
  4.  前記トークン更新処理部は、前記投薬証明情報が使用される毎に、当該投薬証明情報に対応する前記投薬対象者が使用する携帯端末および前記投薬証明情報の使用者の携帯端末の少なくとも一方から、前記投薬証明情報の前記使用日時および前記使用場所を示す情報を取得する、請求項3に記載の管理制御装置。
  5.  前記投薬証明情報の使用に先立ち、当該投薬証明情報に対応する前記投薬対象者および前記投薬証明情報の使用者の少なくとも一方から、前記使用日時および前記使用場所の利用に対する同意の有無を表す同意情報を取得する同意情報取得処理部を、さらに備え、 前記トークン更新処理部は、前記同意情報をもとに前記利用に対する同意が確認された場合に、前記トークンの前記使用履歴を表す情報を更新する、請求項3に記載の管理制御装置。
  6.  前記トークン生成処理部および前記トークン更新処理部は、複数の分散台帳をP2P(Peer to Peer)ネットワークを介して接続したブロックチェーン基盤に設けられる、請求項2に記載の管理制御装置。
  7.  請求項2乃至6のいずれかに記載の管理制御装置との間でネットワークを介して情報データの伝送が可能な端末装置であって、
     前記管理制御装置から前記使用履歴を表す情報を取得し、取得された前記使用履歴を表す情報に基づいて所定の用途に応じた情報処理を実行する情報処理部を
     備える端末装置。
  8.  前記情報処理部は、取得された前記使用履歴を表す情報に基づいて、投薬対象者毎に投薬後の行動履歴を管理する情報を生成する処理、前記投薬対象者毎に健康状態を管理する情報を生成する処理、前記投薬証明情報の使用状況を表す統計情報を生成する処理、および複数の前記投薬対象者の行動の傾向性を表す動態情報を生成する処理の少なくとも1つを実行する、請求項7に記載の端末装置。
  9.  投薬対象者に対する投薬の状況を表す情報を取得し管理する管理制御装置と、前記管理制御装置との間でネットワークを介して情報データの伝送が可能な端末装置とを具備するシステムが実行する投薬情報管理方法であって、
     前記管理制御装置が、
      前記投薬対象者ごとに、当該投薬対象者の前記投薬の状況を表す情報に基づいて、少なくとも前記投薬対象者の識別情報と投薬履歴を表す情報とを含む投薬証明情報を生成する過程と、
      前記投薬証明情報を管理するための管理情報を属性値として有し、かつ前記投薬証明情報の使用履歴を表す情報を前記属性値に含むトークンを、生成し保存する過程と、
      前記投薬証明情報が使用される毎に、前記トークンの前記使用履歴を表す情報を更新する過程と、
      前記端末装置から、前記投薬証明情報の前記使用履歴の参照要求を受け取った場合に、対応する前記トークンの前記属性値に含まれる前記使用履歴を表す情報を、要求元の前記端末装置へ送信する過程と
     を実行し、
     前記端末装置が、
      前記管理制御装置から前記トークンの前記属性値に含まれる前記使用履歴を表す情報を取得し、取得された前記使用履歴を表す情報に基づいて所定の用途に応じた情報処理を行なう過程を
     実行する投薬情報管理方法。
  10.  請求項2乃至6のいずれかに記載の管理制御装置が備える前記各処理部の処理を、前記管理制御装置が備えるプロセッサに実行させるプログラムを記憶したプログラム記憶媒体。
  11.  請求項7または8に記載の端末装置が備える前記情報処理部の処理を、前記端末装置が備えるプロセッサに実行させるプログラムを記憶したプログラム記憶媒体。

     
PCT/JP2022/014627 2021-03-26 2022-03-25 投薬情報管理システムとその管理制御装置、端末装置、管理方法およびプログラム記憶媒体 WO2022203068A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP22775849.7A EP4318369A1 (en) 2021-03-26 2022-03-25 Medication information management system and management control device, terminal device and management method for same, and program storage medium
US18/474,313 US20240013880A1 (en) 2021-03-26 2023-09-26 Medication information management system, management control device, terminal device, management method, and program storage medium for the system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021054150A JP7095145B1 (ja) 2021-03-26 2021-03-26 投薬情報管理システムとその管理制御装置、端末装置、管理方法およびプログラム
JP2021-054150 2021-03-26

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/474,313 Continuation US20240013880A1 (en) 2021-03-26 2023-09-26 Medication information management system, management control device, terminal device, management method, and program storage medium for the system

Publications (1)

Publication Number Publication Date
WO2022203068A1 true WO2022203068A1 (ja) 2022-09-29

Family

ID=82270807

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/014627 WO2022203068A1 (ja) 2021-03-26 2022-03-25 投薬情報管理システムとその管理制御装置、端末装置、管理方法およびプログラム記憶媒体

Country Status (4)

Country Link
US (1) US20240013880A1 (ja)
EP (1) EP4318369A1 (ja)
JP (1) JP7095145B1 (ja)
WO (1) WO2022203068A1 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009032247A (ja) * 2007-06-27 2009-02-12 Noryoku Kaihatsu Sokushin Kenkyusho:Kk 個人情報記録の管理プログラム及び管理プログラムを記録した記録媒体
JP2012506595A (ja) 2008-10-22 2012-03-15 インターベツト・インターナシヨナル・ベー・ベー 家畜の処理を記録する方法
JP3209767U (ja) * 2017-01-25 2017-04-06 株式会社日本エム・アイ・エー サービス提供システム
JP6765777B1 (ja) * 2020-05-27 2020-10-07 順一 月舘 移動者制御システム
US10923216B1 (en) * 2020-06-12 2021-02-16 Tensorx, Inc. Health status system, platform, and method

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230215524A1 (en) 2020-06-11 2023-07-06 Nec Corporation Information system, information terminal, immunity certificate management system, information processing method, and non-transitory computer readable medium
WO2022118439A1 (ja) 2020-12-03 2022-06-09 日本電気株式会社 情報処理装置、情報処理システム、情報処理方法及び非一時的なコンピュータ可読媒体

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009032247A (ja) * 2007-06-27 2009-02-12 Noryoku Kaihatsu Sokushin Kenkyusho:Kk 個人情報記録の管理プログラム及び管理プログラムを記録した記録媒体
JP2012506595A (ja) 2008-10-22 2012-03-15 インターベツト・インターナシヨナル・ベー・ベー 家畜の処理を記録する方法
JP3209767U (ja) * 2017-01-25 2017-04-06 株式会社日本エム・アイ・エー サービス提供システム
JP6765777B1 (ja) * 2020-05-27 2020-10-07 順一 月舘 移動者制御システム
US10923216B1 (en) * 2020-06-12 2021-02-16 Tensorx, Inc. Health status system, platform, and method

Also Published As

Publication number Publication date
JP7095145B1 (ja) 2022-07-04
JP2022151194A (ja) 2022-10-07
EP4318369A1 (en) 2024-02-07
US20240013880A1 (en) 2024-01-11

Similar Documents

Publication Publication Date Title
US10923216B1 (en) Health status system, platform, and method
US11335441B2 (en) Health safety system, service, and method
US20170169168A1 (en) Patient identification systems and methods
US20210313026A1 (en) Systems and methods for accelerated epidemic recovery
JP6350658B2 (ja) 薬歴情報管理装置および方法、並びにプログラム
KR102488139B1 (ko) 백신 접종의 인증 및 접종 후 사후 관리를 제공하기 위한 방법 및 그 시스템
JP2015095229A (ja) 情報処理装置および方法、並びにプログラム
KR102261680B1 (ko) 통합 의료정보 제공시스템
WO2022203068A1 (ja) 投薬情報管理システムとその管理制御装置、端末装置、管理方法およびプログラム記憶媒体
JP7143468B1 (ja) 投薬情報管理装置、管理方法およびプログラム
JP7135146B1 (ja) 投薬対象者管理システム、管理方法、管理制御装置、端末装置およびプログラム
WO2022191250A1 (ja) 患者追跡調査支援システム、患者追跡調査支援方法、支援制御装置、端末装置およびプログラム記憶媒体
KR102636860B1 (ko) 일회성 코드를 활용한 디지털 치료제 App 인증/연동 시스템 및 방법
WO2022203013A1 (ja) 医療システム及びコンピュータープログラム
JP6830993B2 (ja) 情報管理システム、情報管理方法及びプログラム
WO2023181169A1 (ja) 情報処理装置、情報処理システム、情報処理方法及びプログラムが格納された非一時的なコンピュータ可読媒体
WO2023132059A1 (ja) システム、サーバ装置、サーバ装置の制御方法及び記憶媒体
JP7257701B2 (ja) 情報処理装置、情報処理方法、およびプログラム
WO2023242961A1 (ja) サーバ装置、サーバ装置の制御方法及び記憶媒体
JP6620197B1 (ja) 情報管理システム、情報管理方法及びプログラム
JP6231238B1 (ja) 行方不明者捜索支援システム
JP2023041390A (ja) 情報処理装置、認証方法、認証プログラムおよび患者認証システム
JP2023068999A (ja) 医療情報証明システム、および医療情報証明方法
KR20220164356A (ko) 헬스케어 소비자 중심의 개인건강기록을 교류하는 시스템 및 방법
KR20230124141A (ko) 치과분야 개인데이터 활성화를 위한 마이 치과 데이터 플랫폼시스템

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: 22775849

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2022775849

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2022775849

Country of ref document: EP

Effective date: 20231026