JP2011233110A - Data cooperation system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a data cooperation system for dynamically associating medical record data or the like of a plurality of insurers for each insured person by using a mobile station.SOLUTION: The system includes: a means for storing receipt data or the like of insured persons for each insurer; a means for storing insured person identification information; a means for determining whether a mobile station identifier automatically transmitted from a mobile station coincides with a mobile station identifier included in the insured person identification information, and determining whether to have received information about a change in a dialing number and/or insurance card information from the mobile station; a means for performing authentication processing of an insured person on the basis of information for authentication further received from the mobile station when it is not determined that the mobile station identifiers are coincident; a means for generating and/or updating insured person identification information on the basis of the information transmitted from the mobile station; a means for specifying a data set of an insurer number associated with the insured person, an insured person certificate symbol and an insured person certificate number; and a means for associating receipt data of the insured person or the like for each insurer and transmitting the receipt data to the mobile station.

Description

  The present invention relates to a data linkage system for medical records, medication records, and examination data. More specifically, the present invention relates to a system for linking medical records, medication records, examination data, and the like accumulated in the past by each insurer even if the insurer number, the insured card symbol, and the number change due to a job change.

  The health insurance system in Japan includes health insurance associations that employ employees of major companies and their group companies, national health insurance operated by municipalities, and national health insurance associations that are mainly enrolled by employees of SMEs. Known as “insurer”. Employees receive “insurance” issued by the insurer as an “insured person”, and the insured person prescribes the drug at the medical institution's medical examination / examination and at the dispensing pharmacy. Sometimes present the insured card.

  At each insurer, medical records, medication records, medical examination data, etc. received by the insured are collected and accumulated from medical institutions and dispensing pharmacies. In such a case, the data is associated with the “insurer number”, “insurer card symbol” and “insurer card number” that are uniquely assigned to the insured card. The data is managed by the person number, the insured person identification symbol and the insured person identification number.

  FIG. 1 is a diagram showing data exchange between a conventional insurer and a medical institution / dispensing pharmacy. Each medical institution / dispensing pharmacy sends each receipt information, a specific examination file, a specific insurance instruction file, etc. to the corresponding insurer, and the insurer sends desired data to each medical institution / dispensing pharmacy. Here, the specific examination means a medical examination that satisfies a predetermined requirement, and the specific insurance instruction means an insurance instruction that satisfies a specific requirement. FIG. 2 is a table summarizing the data sent when the data is exchanged between the two. Among these, the “specific examination information file” and the “specific insurance guidance information file” are created in accordance with a standard format in the XML format.

  Traditionally, paper receipt information (headline / disease name / medical practice) based on actual medical treatment and drug prescription results was digitized using OCR conversion technology and medical information database, and based on the digitized information. There are known systems that provide various types of receipt analysis data for each health worker. Since the database of the system stores medical records, medication histories, and examination information of all subscribers in time series for each insurer, there are various types such as insured and their families, medical institutions, and diseases. Data can be statistically analyzed from various viewpoints. (See Patent Documents 1 and 2).

JP 2002-183381 A JP 2007-172187 A

  However, although the conventional technology can store and utilize data for each insurer, if the insured starts working at another company or organization due to a job change, etc. There is a problem that the used data cannot be used effectively. In other words, the conventional system is a mechanism that is closed for each insurer, and there is no system that associates medical records, medication histories, and examination information data of a plurality of insurers.

  In addition, there is no identification number suitable for specifying each insured person in the present situation where a number for identifying each person (so-called national number) is not assigned.

  The present invention has been made in view of the above problems, and its object is to use a mobile station such as a mobile phone or PHS to record medical records and medication histories of a plurality of insurers. Another object is to provide a data linkage system for associating examination information data for each insured.

  In order to solve the above problems, the present invention provides a data linkage system accessible from a mobile station, which provides at least one of insured's receipt data, medical examination data, and insurance guidance data, The first storage means for storing the insured's receipt data, the examination data and the insurance guidance data for each insurer, wherein each of the receipt data, the examination data and the insurance guidance data includes the insurer number, the insured A first storage means including a personal identification symbol and an insured person identification number, and a second storage means for storing one or more insured person identification information, wherein the insured person identification information comprises: A second storage means including at least an insurer ID, an insurer number, an insured person identification symbol, an insured person identification number, a calling number and a mobile station identifier; It is determined whether or not the mobile station identifier automatically transmitted from the mobile station without the operation of the mobile station identifier matches the mobile station identifier included in the second storage means. And / or data change determination means for determining whether or not information related to the change in insurance card information has been received and the authentication information further received from the mobile station when it is determined that the mobile station identifier does not match Authentication means for performing authentication processing for the insured person based on the mobile station identifier transmitted from the mobile station, and information on the change of the calling number and / or insurance card information, the second storage means DB updating means for generating and / or updating the insured person identification information, an insurer number associated with the insured person who has accessed via the mobile station, an insured person identification code and And an insured person identification number data set based on the insured person's ID, wherein the insured person's ID is the call number transmitted from the mobile station and the call number Insured person identification means identified from the second storage means based on at least one of the mobile station identifiers, and for each insured person based on the data set identified by the insured person identification means. And display data generating means for associating the insurer's receipt data, examination data and insurance guidance data, and transmitting the associated data to the mobile station.

  According to another aspect of the present invention, the present invention provides a method for providing at least one of insured person's receipt data, examination data, and insurance guidance data to a mobile station, the method comprising: Providing the insurer's receipt data, examination data and insurance guidance data for each insurer, each of the receipt data, examination data and insurance guidance data comprising an insurer number, an insured person symbol and an insured person Including an insurer identification number and providing one or more insured person identification information, the insured person identification information comprising an insured person ID, an insurer number, an insured person identification symbol Including at least an insured person identification number, a call number, and a mobile station identifier, and a transfer automatically transmitted from the mobile station without user operation when logging into the system. Determine whether the station identifier matches the mobile station identifier included in the provided insured person identification information, and receive information on the change of the call number and / or insurance card information from the mobile station Determining whether or not the mobile station identifier does not match, performing authentication processing for the insured person based on authentication information further received from the mobile station, and the mobile Generating and / or updating the provided insured person identification information based on the mobile station identifier transmitted from the station and information on the change of the calling number and / or insurance card information; and The data set of the insurer number, the insured person symbol and the insured person ID number associated with the insured person who has been accessed through the insured person is provided. Identifying based on the insured ID of the information, wherein the insured ID is identified based on at least one of the calling number and the mobile station identifier transmitted from the mobile station Associating the insured's receipt data, examination data and insurance guidance data for each insurer based on the identified data set, and transmitting the associated data to the mobile station; It is characterized by providing.

  Furthermore, according to an aspect of the present invention, the present invention can be embodied as a program that causes a computer to execute the above method. The present invention can also be embodied as a computer-readable recording medium storing the program.

  According to the present invention, medical records, medication histories, and examination information data accumulated by a plurality of insurers can be associated for each insured. As a result, medical history and medication history data for each insured can be grasped in chronological order, and can be used in emergencies such as illnesses and accidents. In addition, medical history and medication history data for each insured can be used. It will also be possible to provide various services from medical institutions and dispensing pharmacies.

  Further, according to the present invention, the insured person can refer to his / her past and present medical records, medication records and examination data, and in addition, medical personnel such as doctors can insure the insured in an emergency. It is possible to refer to the person's data and perform medical practice.

  Furthermore, according to the present invention, by searching the past and present medical records, medication records, and medical examination data of the insured person at a predetermined timing, the presence or absence of duplicate medication, whether the medicine is good or bad, etc. It is possible to notify the insured who has not received the screening for a predetermined period of time and whether there is an interaction, or not.

It is a figure which shows the exchange of the data between the conventional insurer, a medical institution, and a dispensing pharmacy. It is the table | surface which summarized the transmission / reception data between an insurer, a medical institution, and a pharmacy. 1 is a schematic and system configuration diagram of a data linkage system according to the present invention. It is a figure which shows the functional block of the data cooperation system which concerns on this invention. It is an example of the data structure of the receipt DB, the examination DB, and the insurance guidance DB according to the embodiment of the present invention. It is an example of the data structure of insured DB which concerns on embodiment of this invention. It is a figure showing the flow of the authentication process and insured person information registration process which concern on this invention. It is a figure showing the flow of the data correlation process and display which concern on this invention. 1 is an outline and system configuration diagram of an emergency notification system according to the present invention. It is a flowchart of the emergency notification system which concerns on this invention. It is a figure which shows an example of the mobile telephone used in this invention. It is an example of the data structure of insured DB which concerns on embodiment of this invention. It is an example of the data structure of medical worker DB which concerns on embodiment of this invention. 1 is an outline and system configuration diagram of an insurance business support system according to the present invention. It is an example of the output of the insurance business support system which concerns on this invention. It is an example of the data structure which shows the combination of the medicine which produces the contraindication interaction based on this invention. It is an example of the screen displayed on the mobile phone according to the present invention.

  Hereinafter, exemplary embodiments of the present invention will be described in detail.

(System configuration)
FIG. 3 is a diagram showing an outline and a system configuration of the data linkage system 100 according to the present invention. The data linkage system 100 receives medical records, medication histories, and examination information data collected and accumulated by the insurers A to C from medical institutions and dispensing pharmacies from the insurers A to C. The data linkage system 100 provides data desired by each insurer A to C and each medical institution. In addition, the data linkage system 100 provides medical records, medication histories, and examination information data of the insured person via a network in response to access from mobile stations such as the mobile phone 200.

  The data linkage system 100 includes a control unit 101, a main storage unit 102, an auxiliary storage unit 103, an interface (I / F) unit 104, a display unit 105, a reception DB 106, a checkup DB 107, an insurance guidance DB 108, an insured person DB 109, and format conversion. The unit 110 is provided. These components 101 to 110 are connected to each other via a bus 111, and the components 102 to 110 are collectively controlled by the control unit 101.

  The control unit 101 is also called a central processing unit (CPU), controls the components 102 to 109 and calculates data as described above, and stores various programs stored in the auxiliary storage unit 103 as a main memory. The data is read out to the unit 102 and executed. The main storage unit 102 is also called a main memory, and stores various data received by the data cooperation system 100, computer-executable instructions, data after arithmetic processing by the instructions, and the like.

  The auxiliary storage unit 103 is a storage device typified by a hard disk (HDD) and is used when data and programs are stored for a long period of time. Since the main storage unit 102 has a relatively smaller storage capacity than the auxiliary storage unit 103, it is used for temporary data storage, arithmetic processing, and the like, whereas the auxiliary storage unit 103 requires necessary data and information. Used for long-term storage and storage. In other words, when the control unit 101 executes a program to perform data calculation, the necessary data and program are read from the auxiliary storage unit 103 to the main storage unit 102 and the calculation result data is stored / saved for a long time. In this case, the control unit 101 writes calculation result data in the auxiliary storage unit 103.

  The interface (I / F) unit 104 serves as an interface when data is transmitted to and received from the insurers A to C and the mobile phone 200. Data received from the outside is temporarily stored in the main storage unit 102. The interface unit 104 provides an interface (an application program such as an input screen) for receiving various commands and input data (such as various masters and tables) from the system operator. The display unit 105 provides a display screen for displaying data processed by the data linkage system 100.

  The receipt DB 106, the screening DB 107, and the insurance guidance DB 108 are databases that store various receipts, specific screening information files, and specific insurance guidance information files received from the insurers A to C, respectively. An example of the data structure of the receipt DB 106, the examination DB 107, and the insurance guidance DB 108 is shown in FIGS. As shown in FIGS. 5A to 5C, each data structure (table) includes an insurer number, an insured person identification symbol, and a number in common.

  The insured person DB 109 is a database that stores data related to the insured person. FIG. 6 is a diagram illustrating an example of a data structure of the insured person DB 109. As shown in FIG. 6, the insured person DB 109 includes an individual ID 601, an insurer number 602, an insured person card symbol 603, an insured person card number 604, an update date 605, a machine number 606, a mobile phone number 607, and a password 608. , Date of birth 609, and gender 610.

  The format conversion unit 110 converts the data received from the insurers A to C into a data format (for example, FIGS. 5A to 5C) designated by the data linkage system 100.

  The insured person DB 109 will be described in detail with reference to FIG. The personal ID 601 is an identification number uniquely assigned to the insured person. The insurer number 602, the insured person identification number 603, and the insured person identification number 604 correspond to the insurer number, the insured person identification number, and the insured person identification number of the insured person ID issued to the insured person. To do. For example, the insurer number is a number that identifies an insurer, the insured person identification symbol is a number that identifies a company, and the insured person identification number is a number that identifies an individual.

  The update date 605 is used to identify whether or not the data is the latest data, as will be described later. If the date is stored, the insured person's data has changed in some way. If the date is not stored, it indicates that the data is the latest record.

  The machine number 606 indicates a machine number uniquely assigned to the mobile phone 200. In one embodiment, the machine number 606 indicates mobile specific information (unique identification information assigned to each mobile phone). The name used for each mobile phone company may be different, and may be called a terminal manufacturing number, a subscriber ID, or a terminal serial number. This mobile unique information can also be used for authentication processing as a login ID when accessing a predetermined site, and can be transmitted by an explicit operation of the user or automatically (that is, by the user) It is also possible to send (without the need for manipulation). In another embodiment, the machine number 606 indicates an IMSI (International Mobile Subscriber Identity) which is a unique identification number stored in the SIM card in the mobile phone. IMSI is information that can be automatically transmitted to a base station or the like without requiring any user operation.

  The mobile phone number 607 is the phone number of the mobile phone 200 used by the insured. The password 608 is a password used when the insured uses the data linkage system 100. The date of birth 609 and gender 610 are the insured's date of birth and gender.

(Data collection)
Returning to FIG. Each insurer A-C receives medical records, medication records, and examination data from medical institutions and dispensing pharmacies and accumulates them inside each insurer. As illustrated in FIG. 2, the medical record, medication record, and examination data include at least information (insurer-specific information and basic information) that identifies an insured person. As described above, the standard data specification in the XML format is defined for the specific examination information file and the specific health guidance information file.

  The data linkage system 100 receives the data from the insurers A to C and temporarily stores the data in the main storage unit 102. The format conversion unit 110 identifies the type of data stored in the main storage unit 102, and specifies which database should be stored in the receipt DB 106, the examination DB 107, or the insurance guidance DB 108. Next, the format conversion unit 110 converts the format of the stored data so that it can be stored in the identified database, and stores the converted data in the DBs 106 to 108. Here, information is exchanged between the data linkage system 100 and each insurer A to C in advance on the format of data to be transmitted and received, what data items are transmitted and received, and a conversion program is set. It shall be prepared.

  In this way, the data linkage system 100 stores the medical records, medication records, and examination data received from each insurer A-C in its internal DBs 106-108. As shown in FIGS. 5A to 5C, the stored data is given information for specifying the insured person.

(Authentication process & Insured information registration process)
With reference to FIG. 7, an authentication process and an accompanying insured person information registration process performed when accessing the data linkage system 100 according to the present invention will be described. In the following description, the user performs initial registration for using the data linkage system 100 as follows:
(1) Mobile phone number (2) Insurer number (3) Insured person identification code (4) Insured person identification number (5) Mobile phone number (6) Password (7) Gender (8) Date of birth Will be described as being set and registered in the insured person DB 109.

  In step S701, the user uses the mobile phone 200 to access the data linkage system 100 via the network. When accessing, a menu prepared in advance may be selected, or a predetermined URL may be input. When the login screen illustrated in FIG. 17A is displayed on the display of the mobile phone 200, the mobile phone number / insurance card change presence / absence and password are input via the buttons of the mobile phone 200. With regard to whether or not the mobile phone number / insurance card is changed, it is possible to associate values (for example, 0 to 3) corresponding to the radio buttons illustrated in FIG.

  In step S702, when the transmission button displayed on the display or the button of the mobile phone 200 instructed by the data linkage system 100 is pressed, the data item input by the user in step S701 and the device number 606 of the mobile phone 200 are displayed. The data is transmitted to the data linkage system 100 via the network. As described above, the machine number 606 is an identifier uniquely assigned to the mobile phone 200, and is automatically transmitted without requiring any special operation by the user.

  In step S703, the data linkage system 100 determines whether or not the received machine number exists in the insured person DB 109. If it does not exist, the process proceeds to step S704 on the assumption that the machine number has been changed (that is, a new mobile phone is used). On the other hand, if it does exist, the process proceeds to step S707 on the assumption that the machine number has not changed. move on.

  In step S <b> 704, the data linkage system 100 displays the additional item input screen illustrated in FIG. 17B on the mobile phone 200, and the user responds with the mobile phone number registered in advance in the data linkage system 100. The gender and date of birth are input and transmitted to the data linkage system 100.

  In step S <b> 705, the data linkage system 100 determines whether there is a record in which all items received from the mobile phone 200 match the mobile phone number, password, gender, and date of birth. If it exists, the process proceeds to step S706. On the other hand, if it is determined that it does not exist, it is determined that the access is made by a third party, an error message is displayed on the mobile phone 200, and the process is terminated (error process).

  In step S706, the data linkage system 100 stores the record identified as the record in which all the items match in step S705 (if there are a plurality of records, the latest record, that is, the update date 605 is NULL). Based on each of the data items 601 to 604 and 607 to 610 and the received machine number, a new record is generated and stored in the insured person DB 109, and the specified record (that is, a new record is generated). The system date (unit: year / month / day / hour / minute / second) is stored and updated in the update date 605 of the latest record until (first DB update processing).

  In step S707, the data linkage system 100 identifies the personal ID of the user who has accessed via the mobile phone 200. That is, the data linkage system 100 identifies a record in which the received machine number and password match among the records stored in the insured person DB 109. When there are a plurality of identified records, the latest record, that is, the update date 605 of NULL (blank) is identified. The data linkage system 100 identifies the personal ID 601 based on the specified record. After identifying the personal ID, the process proceeds to step S708.

  In step S708, the data linkage system 100 displays the screens of FIGS. 17C to 17E on the mobile phone 200 based on the mobile phone number / insurance card change information specified in FIG. Display. That is, when “mobile phone number only changed” is selected, a screen requesting input of old and new mobile phone numbers is displayed as shown in FIG. 17C, and “insurance card only changed” is displayed. If selected, a screen requesting input of new insurance card information (insurer number, insurance card symbol, insurance card number) is displayed as shown in FIG. When “Both are changed” is selected, as shown in FIG. 17E, a screen requesting input of old and new mobile phone numbers and old and new insurance card information is displayed. In response to the display of these screens on the mobile phone 200, the user inputs designated data items and transmits them to the data linkage system 100. If there is any defect such as missing transmission data, a warning message is displayed on the mobile phone 200 and the user is requested to input an appropriate value. If “no change” is selected in FIG. 17A, a screen for requesting further data items is not displayed. Thereafter, the process proceeds to step S709.

  In step S709, the data linkage system 100 determines that the mobile phone number / insurance card change information specified in FIG. 17A and the corresponding data items specified in FIGS. Determine if it exists. As a result of the determination, if “only mobile phone number is changed”, the process proceeds to step S710. If “only insurance card is changed”, the process proceeds to step S711. The process proceeds to step S712, and if “no change”, the process proceeds to step S713.

  In step S710, the data linkage system 100 stores a new record in the insured person DB 109 based on the received new mobile phone number. More specifically, the data linkage system 100 accesses the insured person DB 109, performs a search based on the personal ID specified in step S707, the received machine number, and the old mobile phone number, and updates the searched records. Identifies a record whose day is NULL. Next, the data linkage system 100 includes the personal ID, the received new mobile phone number, the insurer number 602, the insured person symbol 603, the insured person number 604, the machine number stored in the identified record. Based on the number 606, password 608, date of birth 609 and gender 610, a new record is created and stored in the insured DB 109, and the update date 605 of the identified record is updated with the system date. By such processing, the insured person DB 109 is updated (second DB updating process) when the mobile phone number is changed. Thereafter, the process proceeds to step S713, and data associated with the user is displayed on the display of the mobile phone 200. Details of the processing in step S713 will be described later with reference to FIG.

  In step S711, the data linkage system 100 creates a new record in the insured person DB 109 based on the received new insurance card information (insurer number, insured card symbol, insured person card number). Is stored. More specifically, the data linkage system 100 accesses the insured person DB 109, performs a search based on the personal ID specified in step S707, the received machine number, and the information on the old insurance card, and among the searched records, A record whose update date is NULL is identified. Next, the data linkage system 100 includes the personal ID, the received new insurance card information (insurer number, insured person symbol, insured person card number), and the machine number 606 stored in the identified record. Based on the mobile phone number 607, password 608, date of birth 609 and gender 610, a new record is created and stored in the insured person DB 109, and the update date 605 of the identified record is updated with the system date. By such processing, the insured person DB 109 is updated (third DB updating process) when only the insurance card is changed. Thereafter, the process proceeds to step S713, and data associated with the user is displayed on the display of the mobile phone 200.

  In step S712, the data linkage system 100 stores a new record in the insured person DB 109 based on the received old and new mobile phone numbers and old and new insurance card information. More specifically, the data linkage system 100 accesses the insured person DB 109, and the personal ID identified in step S707, the received machine number, the old mobile phone number, and the information on the old insurance card (insurer number, insured A search is performed based on the personal identification number and the insured personal identification number), and the record whose update date is NULL among the retrieved records is identified. Next, the data linkage system 100 is stored in the personal ID, the received new mobile phone number and new insurance card information (insurer number, insurance card symbol, insurance card number), and the identified record. A new record is created and stored in the insured person DB 109 based on the existing machine number 606, password 608, date of birth 609 and gender 610, and the update date 605 of the identified record is updated with the system date. By such processing, the insured person DB 109 update process (fourth DB update process) is performed when both the mobile phone number and the insurance card are changed. Thereafter, the process proceeds to step S713, and data associated with the user is displayed on the display of the mobile phone 200.

(Data linkage processing)
Hereinafter, the data display process performed in step S713 will be described with reference to FIG. In this description, an embodiment in which only the receipt DB 106 is searched will be described, but it goes without saying that a search can be performed for only the examination DB 107, only the insurance guidance DB 108, or any combination of the DBs 106 to 108 depending on the application to be implemented. Yes.

  In step S801, the data linkage system 100 searches the insured person DB 109 based on the personal ID specified in step S707 of FIG. 7, and one or a plurality of insurer numbers that match the specified personal ID. The data set of the insured person identification symbol 603 and the insured person identification number 604 is taken out.

  In step S802, the data linkage system 100 sorts the retrieved data set so that the update date 605 starts with data of NOT NULL, and finally ends with the data of update date 605 being NULL, and the NOT NULL Are sorted in ascending order (that is, in order of date). In other words, by rearranging in this order, it is possible to sort in the order in which data is generated.

  In step S803, the data linkage system 100 extracts data one by one from the data set, and based on the data of the insurer number 602, the insured person symbol 603, and the insured person number 604 stored in the data. To retrieve the receipt DB 106. The retrieved data is temporarily stored in the main storage unit 102. When the process of step S803 is performed first, the retrieved data is the oldest data whose update date 605 is NOT NULL, and the data sorted in step S802 each time the process of step S803 is repeated. The search is done. In the present embodiment, only the receipt DB 106 is described. However, the embodiment in which only the examination DB 107 is searched, the embodiment in which only the insurance guidance DB 108 is searched, or the receipt DB 106, the examination DB 107, and the insurance guidance. An embodiment in which data is retrieved from any combination of DBs 108 is also possible.

  In step S804, the data linkage system 100 determines whether there is data that has not been searched yet in the data set. If it is determined that it exists, the process returns to step S803. On the other hand, if it is determined that it does not exist, the process proceeds to step S805.

  In step S805, the data linkage system 100 follows the order in which the receipt data stored in the main storage unit 102 is searched, and the insured person identification information such as the insurer number, the insured person identification code, and the insured person identification number. Dynamic association based on. Thereafter, the data linkage system 100 displays the associated receipt data on the display of the mobile phone 200 according to the search order. In this way, even if the insurance card changes due to a job change or the like, it becomes possible to refer to the user's receipt data in a time-series and comprehensive manner. Further, as described above, when the data of the examination DB 107 and the insurance guidance DB 108 other than the receipt DB 106 are retrieved, the retrieved data can be referred to.

(System functional blocks)
FIG. 4 is a block diagram illustrating functions of the data linkage system 100. The data linkage system 100 includes an authentication unit 401, a data change determination unit 402, a first DB update unit 403, a second DB update unit 404, a third DB update unit 405, a fourth DB update unit 406, an insured person specifying unit 407, and display data. It includes a generation unit 408, and further includes the receipt DB 106, the examination DB 107, the insurance guidance DB 108, the insured DB 109, and the format conversion unit 110 described with reference to FIG.

  The authentication unit 401 authenticates a user who has accessed the data linkage system 100 via the mobile phone 200. Specifically, the authentication unit 401 determines whether data transmitted from the mobile phone 200 (that is, the machine number, mobile phone number, password, gender, and date of birth) exists in the insured person DB 109. . In a predetermined case, the authentication unit 401 displays a screen illustrated in FIG. 17B on the mobile phone 200 and requests transmission of additional data.

  The data change determination unit 402 determines whether or not the machine number of the mobile phone 200 used by the user is changed. This determination is made based on the result of the authentication unit 401 determining whether or not the machine number transmitted from the mobile phone 200 is stored in the insured person DB 109. In addition, the data change determination unit 402 includes information on whether or not the insurance card has been changed as illustrated in FIG. 17A and the mobile phone number / insurance transmitted from the input screens illustrated in FIGS. It is also determined whether or not the certificate information exists.

  The first DB update unit 403 updates the insured person DB 109 when the machine number is changed. As described above, the machine number is an identifier that is uniquely assigned to the mobile phone, and is an identifier that can be automatically transmitted without requiring any special operation by the user. When the data change determination unit 402 determines that the machine number has been changed, the first DB update unit 403 includes the mobile phone number received from the mobile phone 200 among the records stored in the insured person DB 109. Identify the record that matches all items, password, gender, and date of birth (the latest record if there are multiple records). The latest record can be identified by the update date 605 as described above. Further, the first DB update unit 403 generates a new record based on the data items 601 to 604 and 607 to 610 stored in the identified record and the received machine number, and stores the new record in the insured person DB 109. At the same time, the system date is stored in the update date 605 of the specified record and updated.

  The second DB update unit 404 updates the insured person DB 109 when only the mobile phone number is changed. Specifically, the second DB updating unit 404 updates the records retrieved from the insured person DB 109 based on the personal ID 601 specified by the insured person specifying part 407, the received machine number, and the old mobile phone number. A new record is created based on the record with the day NULL and stored in the insured person DB 109. That is, the second DB update unit 404 includes the identified personal ID, the received new mobile phone number, and the insurer number 602, the insured person symbol 603, the insured person stored in the data whose update date is NULL. A new record is generated using the data of the certificate number 604, the machine number 606, the password 608, the date of birth 609 and the sex 610, and the update date 605 of the data whose update date is NULL is updated with the system date.

  The third DB update unit 405 updates the insured person DB 109 when only the insurance card is changed. Specifically, the third DB update unit 405 includes the records retrieved from the insured person DB 109 based on the personal ID 601 specified by the insured person specifying part 407 and the received machine number and old insurance card information. Based on the record whose update date is NULL, a new record is created and stored in the insured person DB 109. In other words, the third DB update unit 405 stores the specified personal ID, the received new insurance card information (insurer number, insured card symbol, insured person card number), and data with an update date of NULL. A new record is generated using the data of the machine number 606, mobile phone number 607, password 608, date of birth 609 and gender 610, and the update date 605 of the data whose update date is NULL is the system date. Update.

  The fourth DB update unit 406 updates the insured person DB 109 when both the mobile phone number and the insurance card are changed. Specifically, the fourth DB update unit 406 includes the personal ID 601 specified by the insured person specifying unit 407, the received machine number, the old mobile phone number, and information on the old insurer card (insurer number, insured person). Among the records retrieved from the insured person DB 109 on the basis of the security symbol (insured person identification number), a new record is created based on the record whose update date is NULL and stored in the insured person DB 109. That is, the fourth DB update unit 406 includes the identified personal ID, the received new mobile phone number and insurance card information (insurer number, insured card symbol, insured person card number), and the update date is NULL. A new record is generated using the data of the machine number 606, password 608, date of birth 609 and gender 610 stored in the data, and the update date 605 of the data whose update date is NULL is updated with the system date. .

  The insured person specifying unit 407 specifies the personal ID 601 of the user who has accessed via the mobile phone 200 based on the record specified by the determination performed by the authentication unit 401, and based on the specified personal ID Then, the data set of one or a plurality of insurer numbers 602, insured person card symbols 603, and insured person card numbers 604 that match the personal ID is read from the insured person DB 109. The process for specifying the personal ID will be described in detail. When the machine number transmitted from the mobile phone 200 is a new one, the insured person specifying unit 407 performs the authentication requested by the authentication unit 401 on the input screen illustrated in FIG. Information for the authentication (registered mobile phone number, gender and date of birth) and password out of the records stored in the insured person DB 109 based on the information for and the password received from the mobile phone 200 Identify records that match all items. If there are a plurality of identified records, the latest record, that is, the update date 605 of NULL (blank) is selected. The insured person specifying unit 407 identifies the personal ID 601 based on the specified record.

  On the other hand, when the machine number transmitted from the mobile phone 200 is the same as the conventional one, there is no change in the machine number, so the insured person specifying unit 407 includes the records stored in the insured person DB 109. The record in which all the items of the machine number and the password received from the mobile phone 200 match is specified. If there are a plurality of identified records, the latest record, that is, the update date 605 of NULL (blank) is selected. The insured person specifying unit 407 identifies the personal ID 601 based on the specified record.

  Further, the insured person specifying unit 407 obtains the data set of the read insurer number 602, insured person certificate symbol 603, and insured person card number 604, the update date 605 of NOT NULL data as the first data. As data (when there are a plurality of pieces of data, the data is sorted in ascending order (that is, in order from the oldest date)), and the last data is sorted so that the update date 605 becomes NULL data.

  The display data generation unit 408 reads data one by one from the data set read by the insured person specifying unit 407, and stores the insurer number 602, the insured person symbol 603, and the insured person stored in the data. The receipt DB 106 is searched based on the data of the certificate number 604. In another embodiment, it is possible to search the data of the examination DB 107 and the insurance guidance DB 108, and it is also possible to search the data from any combination of the DBs 106 to 108.

  When there are a plurality of records in the data set, the search is performed according to the sort order described above. When the search is completed based on all the data included in the read data set, the display data generation unit 408 follows the search order of the retrieved receipt data (or specific examination data and specific health guidance data). In addition, the association is dynamically made based on the insured person identification information such as the insurer number, the insured person identification symbol, and the insured person identification number. In addition, the display data generation unit 408 transmits the associated data to the mobile phone 200 in order to display the associated data on the display of the mobile phone 200.

  As described in the section (Data collection), the format conversion unit 110 identifies the data type of the medical record, medication record, and examination data received from each insurer, and receives the identified data in the receipt DB 106 and the examination DB 107. And it converts into the data format which can be stored in insurance guidance DB108, and stores in each DB106-108. As shown in FIG. 2 and FIGS. 5A to 5C, information (insurer number, insured person identification code, and insured person identification number) that identifies the insured person is given to the stored data.

(Security)
In the data linkage system 100 according to the present invention, the medical records, medication records, and examination data associated with the insured person are time-series and comprehensive even when the insurer is different for access from the insured person. It is possible to refer to. However, when accessed from an insurer, it is possible to limit so that only data corresponding to the insurer number of the insurer can be searched.

(Application embodiment)
In the above, it has been explained that by using the data linkage system 100 according to the present invention, medical records, medication records, medical examination data, and the like managed by a plurality of insurers can be referred to dynamically in association with each other. In the following, an application embodiment based on the system 100 will be described. In the following description, a mobile phone is taken as an example of a mobile station, but other mobile stations can of course be used.

(Emergency notification system)
FIG. 9 is a diagram for explaining the outline and system configuration of an emergency notification system 900 according to the present invention. The emergency notification system 900 is a system including the data linkage system 100 described above, and components (for example, the control unit 101) having the same reference numerals have the same role as described in the data linkage system 100. Fulfill. When this emergency notification system 900 is used, even if the holder of the mobile phone 910 loses consciousness due to an accident or the like and is transported to a hospital, the medical worker uses the mobile phone 910. As a result, the patient's past and current medical records, medication records, and examination data can be dynamically related and referenced, and appropriate medical practice can be performed.

  The emergency notification system 900 includes a control unit 101, a main storage unit 102, an auxiliary storage unit 103, an interface (I / F) unit 104, a display unit 105, a receipt DB 106, a checkup DB 107, an insurance guidance DB 108, an insured person DB 901, a medical care A worker DB 902 and a URL information notification unit 903 are included. The components 101 to 108 described with reference to FIG. 3 are as described above. In addition, it is assumed that the receipt DB 106, the examination DB 107, and the insurance guidance DB 108 store data received from each insurer and subjected to format conversion in an appropriate form.

  FIG. 12 is a diagram illustrating an example of a data structure of the insured person DB 901. This data structure is the same as that obtained by adding the emergency doctor ID 1201 to the insured person DB 109 described with reference to FIG. The care doctor ID 1201 includes an ID indicating the care doctor of the insured, and this ID corresponds to the medical worker ID 1301 of the medical worker DB 902 shown in FIG.

  FIG. 13 is a diagram illustrating an example of a data structure of the medical worker DB 902. The medical worker DB 902 includes a medical worker ID 1301, a password 1302, a name, a medical specialty field, a URL notification destination address 1303, and a contact 1304. The medical worker ID 1301 is an ID for identifying a medical worker (mainly a doctor), and the password 1302 is a dedicated password used when the medical worker accesses the emergency notification system 900 according to the present invention. The URL notification destination address 1303 is an address for notifying a URL for accessing a patient's medical record, medication record, and examination data that can be browsed via the emergency notification system 900 (for example, a PC used by a medical staff in the hospital) Is stored). The contact 1304 stores a telephone number for contacting the medical staff.

  Hereinafter, a processing flow using the emergency notification system 900 according to the present invention will be described with reference to FIG. Here, when the holder of the mobile phone 910 is transported to the hospital and is in an unconscious state, the medical worker uses the mobile phone 910 to access the emergency notification system 900 and respond to the access. A case will be described in which a medical practice is performed using the URL notified from the emergency notification system 900 and referring to the past and present medical records, medication records, and examination data of the patient via the PC 920.

  In step S1001, the medical worker accesses the emergency notification system 900 by pressing the emergency notification button 911 of the mobile phone 910 as shown in FIG. In this embodiment, the emergency notification button 911 is pressed. However, an embodiment may be used in which access is made from a menu screen displayed on the display of the mobile phone 910.

  In step S1002, the medical worker logs in by entering his / her medical worker ID 1301 and password 1302 on the login screen displayed on the display of the mobile phone 910 in response to pressing the emergency notification button 911. .

  In step S1003, the emergency notification system 900 determines whether or not the input ID and password are included in the medical worker DB 902. If included, the process proceeds to step S1004. Displays an error message on the mobile phone 910.

  In step S1004, the URL information notification unit 903 is set on the notification destination (for example, the personal computer 920 used by the doctor at the hospital) stored in the URL notification destination address 1303 associated with the input medical worker ID. And the URL information for referring to the patient's medical record, medication record, and examination data is transmitted to the notification destination. Here, the URL is dynamically generated by the URL information notification unit 903 and has an expiration date so that it cannot be used after a predetermined period (for example, 24 hours). To prevent use by a third party with

  In step S1005, when the medical worker accesses the emergency notification system 900 using the notified URL, the past medical record, medication record, and examination data of the patient are displayed. When accessing, it is necessary to input the medical worker ID 1301 and password 1302. As described above, the displayed data is the same as the data dynamically associated by the data linkage system 100, and even if the patient data is associated with the data of a plurality of insurers, the data is It is displayed in a chronological and exhaustive manner. When displaying such data, the emergency notification system 900 reads out the contact information 1304 of the doctor from the medical worker DB 902 and displays it on the screen based on the information of the assigned doctor ID 1201 in the insured person DB 901. To do. Based on the information of the contact 1304, the doctor who performs the medical treatment for the patient refers to the data by the emergency notification system 900 and informs the patient's doctor about the daily state of the patient. (For example, automatic mail transmission by the emergency notification system 900) can be performed.

  As described above, by using the emergency notification system 900 according to the present invention, the insured person can refer to his / her past and present medical records, medication records and examination data, In an emergency, a medical worker such as a doctor can refer to the data of the insured person and perform medical practice. Moreover, since the URL information for the medical staff to browse is generated dynamically each time and the expiration date is set, the risk of information being accessed by a third party can be reduced. .

  In another embodiment, a medical worker can directly access the reception DB 106, the examination DB 107, and the insurance guidance DB 108 using the mobile phone 910 as it is without notifying the URL information in step S1004. In such a case, since the medical staff has been authenticated in steps S1002 and S1003, the patient information shown in FIG. 12 is specified based on the machine number of the mobile phone 910, and according to the specified information. Information of the receipt DB 106, the examination DB 107, and the insurance guidance DB 108 is searched.

(Insurance business support system)
FIG. 14 is a diagram for explaining the outline and system configuration of an insurance business support system 1400 according to the present invention. The insurance business support system 1400 is a system including the data linkage system 100 described above, and components (for example, the control unit 101) having the same reference numerals have the same role as described in the data linkage system 100. Fulfill. By using this insurance business support system 1400, the past and current medical records, medication records, and examination data of the insured person that has been accumulated are searched at a predetermined timing, so that the presence or absence of duplicate medications and the amount of medicines to be taken can be checked. Whether or not there is an interaction such as good or bad, and an insured person who has not received a medical examination for a predetermined period can be notified of medical examination promotion.

  The insurance business support system 1400 includes a control unit 101, a main storage unit 102, an auxiliary storage unit 103, an interface (I / F) unit 104, a display unit 105, a receipt DB 106, a checkup DB 107, an insurance guidance DB 108, an insured person DB 109, a medication A check unit 1401, a checkup unit 1402, and an interaction DB 1403 are included. The components 101 to 109 described with reference to FIG. 3 are as described above. In addition, it is assumed that the receipt DB 106, the examination DB 107, and the insurance guidance DB 108 store data received from each insurer and subjected to format conversion in an appropriate form.

  The medication check unit 1401 compares information on a plurality of medicines that the insured is taking at the same time, and whether or not the same medicine is prescribed from separate medical institutions or dispensing pharmacies, or the prescribed medicine Check if there are any drugs that are badly swallowed (in other words, cause contraindicated interactions if taken simultaneously).

  The medication check unit 1401 creates a medication history table as shown in FIG. 15 based on the insured person's receipt data stored in the receipt DB 106. The medication check unit 1401 searches the interaction DB 1403 based on the data of medications taken at the same time.

  FIG. 16 is a diagram illustrating an example of the interaction DB 1403. The combination of medicines stored in the medicine 1 and medicine 2 columns, if they are taken simultaneously during the same period (or during the period when the medicinal effect remains even if they are deviated by a predetermined period), as described in the remarks column Side effects may occur.

  As a result of searching the interaction DB 1403, if it is determined that a medicine that is poorly swallowed is being taken, the medication check unit 1401 displays an alarm on the medication history table shown in FIG. 15 or via the mobile phone 1410. Send a message to alert the insured.

  Since the insurance business support system 1400 according to the present invention includes the data linkage system 100 described above, even if the insured changes his / her insured card due to a job change or the like, the above warning is given. It is possible.

  Further, the checkup check unit 1402 checks whether or not the insured has received a specific checkup and how often the checkup is received based on the checkup DB 107. When it is determined that the insured has not received a specific checkup, the checkup check unit 1402 transmits a message prompting the insured to receive a specific checkup via the mobile phone 1410. Also, when it is determined that the insured person has undergone a specific examination but the predetermined period has elapsed since the previous examination, the examination check unit 1402 uses the mobile phone 1410 to the insured person. A message prompting the user to take a specific checkup is transmitted.

  As described above, since the insurance business support system 1400 includes the data linkage system 100 described above, even if the insured changes his / her insured card due to a job change, the above message transmission is performed. Can be done.

  In one embodiment, it is also possible to transmit a response confirmation from the user side to an email transmitted from the insurance business support system 1400 or a message on the display screen. In such a case, it is possible to implement such that a response confirmation is transmitted by sending a blank email or clicking a specific icon on the display screen.

(Summary)
The methods, functions, and means described in the above-described embodiments can be implemented as a computer-executable program, or can be implemented as a computer-readable recording medium that stores the program.

  The embodiment described above is merely an example, and the present invention is not limited to the above embodiment, and various modifications are possible. That is, as long as it is based on the technical idea described in the scope of claims, the modifications are included in the technical scope of the present invention.

DESCRIPTION OF SYMBOLS 100 Data cooperation system 101 Control part 102 Main memory part 103 Auxiliary memory part 104 Interface (I / F) part 105 Display part 106 Receipt DB
107 Examination DB
108 Insurance Guidance DB
109,901 Insured DB
110 format conversion unit 111 bus 200, 910 mobile phone 401 authentication unit 402 data change determination unit 403 first DB update unit 404 second DB update unit 405 third DB update unit 406 fourth DB update unit 407 insured person identification unit 408 display data generation unit 902 Medical worker DB
903 URL information notification unit 911 emergency notification button 920 PC
1401 Medication Check Unit 1402 Consultation Check Unit 1403 Interaction DB

Claims (9)

A data linkage system accessible from a mobile station that provides at least one of insured receipt data, examination data, and insurance guidance data,
A first storage means for storing the insured's receipt data, examination data and insurance guidance data for each insurer, wherein each of the receipt data, examination data and insurance guidance data is an insurer number, an insured person First storage means including a security symbol and an insured person identification number;
Second storage means for storing one or a plurality of insured person identification information, wherein the insured person identification information includes an insured person ID, an insurer number, an insured person identification code, an insured person ID; A second storage means comprising at least a number, a calling number and a mobile station identifier;
Determining whether or not a mobile station identifier automatically transmitted from the mobile station without a user operation when logging into the system matches a mobile station identifier included in the second storage means; and Means for determining whether or not information on a change of the calling number and / or insurance card information has been received from the station;
Means for performing an authentication process for the insured person based on the authentication information further received from the mobile station when it is determined that the mobile station identifiers do not match;
DB for generating and / or updating the insured person identification information of the second storage means based on the mobile station identifier transmitted from the mobile station and information relating to the change of the calling number and / or insurance card information Update means;
Insured person specifying means for specifying, based on the insured person's ID, a data set of an insured person number, an insured person identification symbol, and an insured person identification number associated with the insured person who has accessed through the mobile station The insured person identification means is identified from the second storage means based on at least one of the call number and the mobile station identifier transmitted from the mobile station. When,
Based on the data set specified by the insured person specifying means, the insured person's receipt data, examination data, and insurance guidance data are associated with each insurer, and the associated data is transmitted to the mobile station. Display data generation means;
A system characterized by comprising.   The association is based on the data of the insurer number, the insured card symbol and the insured person card number included in the data set, and the insured person's receipt data and examination data stored in the first storage means. And the insurance guidance data is associated across each insurer. The data set is read from the second storage means;
The system according to claim 2, wherein the read order is an order in which data generation dates are old. The second storage means further stores date information of each data,
In the date information, NULL is set for the most recently generated data, and system date data is set for the other data.
The order of reading is characterized in that, when the system date data is arranged in the oldest order and the data set with the system date data disappears, the data set with the NULL is arranged next. Item 4. The system according to Item 3.   The ID of the insured person is identified by reading the insured person identification information from the second storage means based on at least one of the call number and the mobile station identifier transmitted from the mobile station. The system of claim 1, wherein: The DB update means further includes a first DB update means, a second DB update means, a third DB update means, and a fourth DB update means,
The first DB update means adds data to the second storage means when the mobile station identifier transmitted from the mobile station does not match the mobile station identifier stored in the second storage means. And updating the data stored in the second storage means,
The second DB update means adds data to the second storage means and receives the data stored in the second storage means when receiving information related to the change of the call number from the mobile station. Updated,
The third DB updating unit adds data to the second storage unit and updates the data stored in the second storage unit when receiving information on the change of the insurance card information from the mobile station. And
The fourth DB updating unit adds data to the second storage unit when the information about the change of the calling number and the insurance card information is received from the mobile station, and is stored in the second storage unit. Update the data
The system according to claim 1. A method of providing at least one of insured receipt data, medical examination data and insurance guidance data to a mobile station,
The method
Providing the insured's receipt data, screening data and insurance guidance data for each insurer, each of the receipt data, screening data and insurance guidance data comprising an insurer number, an insured person symbol and an insured Including an insurer card number, steps;
Providing one or a plurality of insured person identification information, wherein the insured person identification information includes an insured person ID, an insurer number, an insured person identification code, an insured person identification number, a call Including at least a service number and a mobile station identifier;
It is determined whether or not a mobile station identifier automatically transmitted from the mobile station without a user operation when logging in to the system matches the mobile station identifier included in the provided insured person identification information. And determining whether or not information related to the change of the calling number and / or insurance card information is received from the mobile station;
If it is determined that the mobile station identifiers do not match, performing an authentication process for the insured based on the authentication information further received from the mobile station;
Generating and / or updating the provided insured person identification information based on the mobile station identifier transmitted from the mobile station and information on changes in the calling number and / or insurance card information;
A data set of an insurer number, an insured person symbol and an insured person number associated with an insured person who has accessed via the mobile station is used as the insured person ID in the provided insured person identification information. Identifying based on the identification of the insured person based on at least one of the calling number and the mobile station identifier transmitted from the mobile station; and
Associating insured receipt data, screening data and insurance guidance data for each insurer based on the identified data set, and transmitting the associated data to the mobile station;
A method comprising the steps of: A program for executing a method of providing at least one of insured receipt data, medical examination data, and insurance guidance data to a mobile station,
The program is stored in a computer.
Providing the insured's receipt data, screening data and insurance guidance data for each insurer, each of the receipt data, screening data and insurance guidance data comprising an insurer number, an insured person's identification symbol and an insured Including an insurer card number, steps;
Providing one or a plurality of insured person identification information, wherein the insured person identification information includes an insured person ID, an insurer number, an insured person identification code, an insured person identification number, a call Including at least a service number and a mobile station identifier;
It is determined whether or not a mobile station identifier automatically transmitted from the mobile station without a user operation when logging in to the system matches the mobile station identifier included in the provided insured person identification information. And determining whether or not information related to the change of the calling number and / or insurance card information is received from the mobile station;
If it is determined that the mobile station identifiers do not match, performing an authentication process for the insured based on the authentication information further received from the mobile station;
Generating and / or updating the provided insured person identification information based on the mobile station identifier transmitted from the mobile station and information on changes in the calling number and / or insurance card information;
A data set of an insurer number, an insured person symbol and an insured person number associated with an insured person who has accessed via the mobile station is used as the insured person ID in the provided insured person identification information. Identifying based on the identification of the insured person based on at least one of the calling number and the mobile station identifier transmitted from the mobile station; and
Associating insured receipt data, screening data and insurance guidance data for each insurer based on the identified data set, and transmitting the associated data to the mobile station;
A program characterized by causing a method including: A computer-readable recording medium storing a program for executing a method of providing at least one of insured receipt data, medical examination data, and insurance guidance data to a mobile station,
The program is stored in a computer.
Providing the insured's receipt data, screening data and insurance guidance data for each insurer, each of the receipt data, screening data and insurance guidance data comprising an insurer number, an insured person symbol and an insured Including an insurer card number, steps;
Providing one or a plurality of insured person identification information, wherein the insured person identification information includes an insured person ID, an insurer number, an insured person identification code, an insured person identification number, a call Including at least a service number and a mobile station identifier;
It is determined whether or not a mobile station identifier automatically transmitted from the mobile station without a user operation when logging in to the system matches the mobile station identifier included in the provided insured person identification information. And determining whether or not information related to the change of the calling number and / or insurance card information is received from the mobile station;
If it is determined that the mobile station identifiers do not match, performing an authentication process for the insured based on the authentication information further received from the mobile station;
Generating and / or updating the provided insured person identification information based on the mobile station identifier transmitted from the mobile station and information on changes in the calling number and / or insurance card information;
A data set of an insurer number, an insured person symbol and an insured person number associated with an insured person who has accessed via the mobile station is used as the insured person ID in the provided insured person identification information. Identifying based on the identification of the insured person based on at least one of the calling number and the mobile station identifier transmitted from the mobile station; and
Associating insured receipt data, screening data and insurance guidance data for each insurer based on the identified data set, and transmitting the associated data to the mobile station;
A computer-readable recording medium characterized by causing a method including:

Images