WO2020116128A1 - 順番管理システムおよびプログラム - Google Patents

順番管理システムおよびプログラム Download PDF

Info

Publication number
WO2020116128A1
WO2020116128A1 PCT/JP2019/044881 JP2019044881W WO2020116128A1 WO 2020116128 A1 WO2020116128 A1 WO 2020116128A1 JP 2019044881 W JP2019044881 W JP 2019044881W WO 2020116128 A1 WO2020116128 A1 WO 2020116128A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
user
record
order management
pharmacy
Prior art date
Application number
PCT/JP2019/044881
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 株式会社リクルート
Publication of WO2020116128A1 publication Critical patent/WO2020116128A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10—ICT 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
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT 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/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms

Definitions

  • the present invention relates to a turn management system and a program.
  • Information on medicines prescribed to a patient at a medical institution is managed by prescription data, data of a reception system, etc. (for example, Patent Documents 1 and 2).
  • Patent Documents 1 and 2 On the other hand, in order to manage the waiting of patients at medical institutions and pharmacies, a system that manages a series of tasks from reception to medical examination and accounting is used.
  • the present invention has been made in view of the circumstances described above, and an object of the present invention is to make it possible to use data in which a doctor who prescribes a drug and information on a drug actually received by a patient are associated with each other. Let's do it.
  • a turn management system is a turn management system that manages waiting in a plurality of facilities, An order to hold a medical institution's waiting list containing information identifying the user and the doctor in charge, and a pharmacy's waiting list containing information identifying the user and the drug actually received by the user A waiting list storage section, A record included in the waiting list of the medical institution, a record included in the waiting list of the pharmacy, a data collating unit that collates with the information identifying the user, The information of the doctor in charge included in the record of the medical institution in which the information identifying the user mutually matches, and the information of the drug actually received by the user included in the record of the pharmacy are managed in association with each other. And a data management unit for performing the same.
  • a data totaling unit that totals the number of cases may be provided.
  • the present invention it is possible to use the data in which the doctor who performed the prescription and the drug information actually received by the patient are associated with each other.
  • 6 is a flowchart of order management in a medical institution by the order management system 1000 according to the embodiment of the present invention.
  • FIG. 1 is a diagram showing a schematic configuration of an order management system 1000 according to this embodiment.
  • the turn management system 1000 is installed in a turn management server 100 installed in a management center or the like, a turn management terminal 200A installed in a reception desk of a clinic A, or a reception desk of a pharmacy B.
  • the order management terminal 200B is included.
  • the order management server 100 is connected to the order management terminals 200A and 200B via the communication network N.
  • the order management server 100 manages the waiting order of the clinic A registered/updated via the order management terminal 200A and the waiting list of the pharmacy B registered via the order management terminal 200B.
  • the order management server 100 actually manages waiting for other facilities.
  • one order management terminal 200A, B is shown for each facility, but the order management server 100 is actually connected to a plurality of order management terminals in one facility.
  • the waiting registration/update is accepted from each terminal.
  • the order management server 100 is configured by a general-purpose computer, and a server function is realized by operating a predetermined server program on the computer.
  • the order management server 100 does not necessarily have to have one computer, and may have a plurality of computers distributed on the communication network N.
  • the order management server 100 includes a management database 110 for managing the order management terminal 200 for each facility, and a processor (data collating unit, data managing unit, data totaling unit) 120.
  • the management database 110 includes a client management table TA1, a status management table (waiting list storage unit) TA2, and a prescription information management table TA3.
  • a unique ID and passcode (account) assigned to the order management terminal 200 are registered for each facility.
  • a record of the client management table TA1 for example, as a record of “clinic A”, “ID:A1... ”, “Passcode: AA2... ”, and as a record of “pharmacy B”, “ID:B1”. ", "passcode: BB2", etc. are set.
  • These pieces of information are set by, for example, an administrator (for example, the owner of the facility) who manages waiting in each facility when the system is introduced.
  • the same ID and passcode may be used, but, for example, a plurality of IDs and passwords may be selectively used according to predetermined conditions. ..
  • a waiting list for each facility is registered in the status management table TA2.
  • This waiting list includes a list of persons waiting in turn (waiting group) and information (status information) showing the waiting status of each waiting group.
  • Information to be included in the waiting list can be set by the administrator etc. for each facility. For example, in one record of the waiting list of "Clinic A”, reception number “1", reception time “13:03", status "guided”, medical examination ticket number "A1001", insurance card number (user Information to be specified) "123456", medical department “internal medicine”, doctor "X” in charge, etc. are included. In addition, information such as name, contact e-mail address, and telephone number can be included.
  • the reception number “2”, the reception time “15:10”, the status "calling", the insurance number "123456”, the presence/absence of generic request “Yes” Information such as drug information “abc” is included.
  • information such as name, contact e-mail address, and telephone number can be included.
  • the generic desire information is information indicating whether or not a patient desires a generic drug (generic drug).
  • the drug information is the product name of the drug actually received by the patient based on the prescription issued by the doctor. If the patient does not want a generic drug, the prescribed original drug is recorded, and if the patient wants a generic drug, the generic drug is recorded.
  • the status is "waiting” which is the state before the turn comes, “calling” which is the state that the turn has come, and the person who has come the turn is actually guided to the examination room or the corresponding counter. It includes a certain “guided”, “response completed” which is a state in which examination and support have been completed, “cancelled” which is a state in which waiting is canceled.
  • the administrator of each facility can appropriately set and change what item is set as the status.
  • the contents of the waiting list are updated based on new registration information and status update information (details will be described later) to the waiting list transmitted from the order management terminals 200A, B.
  • the prescription information management table TA3 the total information of the medicines actually received by the patient based on the prescription issued by each doctor is registered. For example, for the doctor “X”, information such as drug “abc”, number “10”, drug “def”, number “5”, drug “ghi”, number “3”, etc. is included. That is, it is recorded that the doctor X prescribed the medicine abc 10 times, the medicine def 5 times, and the medicine ghi 3 times.
  • the information of the prescription information management table TA3 is aggregated by associating the records of the status management table TA2 of medical institutions such as clinics with the information of the records of the status management table TA2 of pharmacies with patient information (for example, insurance policy number). To be done.
  • the processor 120 is composed of an arithmetic logic operation unit (CPU etc.) for processing arithmetic operations, logical operations, bit operations and the like and various registers, and executes various programs stored in a storage means such as a ROM to manage the order. Centrally controls each part of the server 100. Further, the processor 120 also executes a computer program (order management application) for managing the order waiting in cooperation with the order management terminals 200A and 200B.
  • arithmetic logic operation unit CPU etc.
  • a storage means such as a ROM
  • the processor 120 also executes a computer program (order management application) for managing the order waiting in cooperation with the order management terminals 200A and 200B.
  • the communication network N includes a communication network capable of transmitting and receiving information between the order management server 100 and the order management terminals 200A and 200B.
  • the communication network N is, for example, the Internet, a LAN, a dedicated line, a telephone line, a corporate network, a mobile communication network, Bluetooth (registered trademark), WiFi (Wireless Fidelity), any other communication line, or a combination thereof. It can be either wired or wireless.
  • the order management terminals 200A and 200B can exchange data with the order management server 100 via the communication network N, such as a tablet terminal, a personal computer (PC), a notebook PC, a smartphone, a mobile phone, and a personal digital assistant (PDA). Any terminal device can be used.
  • the communication network N such as a tablet terminal, a personal computer (PC), a notebook PC, a smartphone, a mobile phone, and a personal digital assistant (PDA). Any terminal device can be used.
  • FIG. 2 is a block diagram showing the main configuration of the order management terminals 200A and 200B.
  • the turn management terminal 200 includes a processor 210, an input device 215, a display device 216, a communication interface 220, and a storage resource 230.
  • the turn management terminal 200 accepts an input such as registration or update to a waiting list by a user who has come to the facility or an employee of the facility operating an input device 215 such as a touch panel.
  • the processor 210 is composed of an arithmetic logic operation unit (CPU etc.) for processing arithmetic operations, logical operations, bit operations and the like and various registers, and executes various programs stored in the storage resource 230 to execute the order management terminal 200. Control each part of.
  • the various registers are, for example, a program counter, a data register, an instruction register, a general-purpose register and the like.
  • the input device 215 is equipped with various operation buttons and a touch panel 215a for accepting inputs such as reception to the waiting list and deletion from the waiting list.
  • the display device 216 is a device for displaying a waiting list, a reception screen, and a status management screen, and is composed of, for example, a liquid crystal display.
  • the communication interface 220 is a hardware module for connecting to the communication network N and communicating with other devices via the communication network N.
  • the communication interface 220 is a modulation/demodulation device such as an ISDN modem, an ADSL modem, a cable modem, an optical modem, and a soft modem.
  • the storage resource 230 is, for example, a logical device provided by a storage area of a physical device.
  • the physical device is, for example, a computer-readable recording medium such as a disk drive or a semiconductor memory (ROM, RAM, etc.).
  • the storage resource 230 may be constructed by mapping a plurality of physical devices to one logical device, or may be constructed by mapping one physical device to a plurality of logical devices.
  • the storage resource 230 stores an operating system program, a driver program, various data, and the like.
  • the driver program includes, for example, a communication interface driver program for controlling the communication interface 220.
  • the storage resource 230 stores a computer program (order management application) AP1 for managing the order waiting in cooperation with the order management server 100 when executed by the processor 210. Has been done.
  • the display device 216 of the turn management terminal 200A displays information such as the number of patients (users) waiting for the turn of examination in each medical department and waiting time. These pieces of information are regularly acquired from the order management server 100 and updated.
  • the turn management terminal 200A displays a reception screen for the reception on the display device 216 (step S101).
  • a message or the like prompting the user to insert a medical examination ticket or insurance card into a card reading device (not shown) is displayed.
  • the turn management terminal 200A acquires information such as a medical examination ticket number and an insurance card number through a card reading device. Further, the order management terminal 200A acquires information on other necessary items input by the patient via the touch panel 215a or the like. (Step S102).
  • the medical examination ticket number and the insurance card number may be obtained by reading the number printed on the surface or by reading the data recorded in the IC chip. Alternatively, the patient may directly input the number.
  • the order management terminal 200A transmits the acquired information to the order management server 100 (step S104). Further, the turn management terminal 200A displays the acceptance completion screen on the display device 216 (step S105). On the reception completion screen, a reception number (waiting number), a waiting time at the present time, a message prompting to receive a turn ticket, and the like are displayed.
  • the registration method is not limited to the above. For example, an employee of the clinic may make the input on behalf of the patient.
  • the order management server 100 adds a new record to the waiting list of the clinic A based on the new reception information received from the order management terminal 200A, and updates the status management table TA2 (step S106). For example, as a new record, reception number "1", reception time "12:30", status "waiting", examination ticket number "A1001", insurance card number "123456", medical department "internal medicine”, doctor in charge " A record such as "X" is registered. Regarding the medical department and the doctor in charge, if the patient does not specify, the medical department and the doctor set in advance may be provisionally registered.
  • step S107 When the number of patients waiting for a turn comes (step S107: YES), the target patient is called orally, by telephone, by e-mail, etc., and the employees of the clinic A (doctors, nurses, medical clerks, etc.) Performs an operation of updating the status of the patient to "calling" using the turn management terminal 200A (step S108).
  • the order management terminal 200A transmits to the order management server 100, information (for example, a reception number "1") identifying the record to be updated and information about the update operation (update the status while calling). Yes (step S109).
  • the turn management server 100 updates the waiting list of the clinic A based on the received information (step S110). For example, the status of the record with the receipt number “1” is updated to “calling”.
  • step S111 When the patient who receives the call is actually guided to the examination room (step S111: YES), the employee of the clinic A uses the turn management terminal 200A to update the status of the patient to "guided”. (Step S112).
  • the order management terminal 200A transmits information for specifying the record to be updated and information on the update operation to the order management server 100, and the order management server 100 selects the target record in the waiting list of the clinic A. Update (step S113).
  • step S114 When the examination of the patient is completed (step S114: YES), the employee of the clinic A performs an operation of updating the status of the patient to “completion of treatment” using the turn management terminal 200A (step S115).
  • the order management terminal 200A transmits information for specifying the record to be updated and information on the update operation to the order management server 100, and the order management server 100 selects the target record in the waiting list of the clinic A.
  • Update step S116). The patient completes the payment and receives the prescription if the drug is prescribed.
  • the display device 216 of the turn management terminal 200B displays information such as the number of patients (users) waiting in turn at the pharmacy and waiting time. These pieces of information are regularly acquired from the order management server 100 and updated.
  • the order management terminal 200B displays a reception screen for the reception on the display device 216 (step S201).
  • a message or the like prompting to insert the insurance card into a card reading device (not shown) is displayed.
  • a message prompting the image scanner or camera to read the contents of the prescription brought is displayed.
  • a message prompting the user to enter whether or not they want a generic drug and other necessary information is displayed.
  • the turn management terminal 200B acquires information such as the insurance card number through the card reading device.
  • the order management terminal 200B acquires information on other necessary items input by the patient via the touch panel 215a or the like.
  • the insurance card number may be obtained by decoding the number printed on the surface by reading an image or by reading the data recorded in the IC chip. Alternatively, the patient may directly input the number.
  • the order management terminal 200B transmits the acquired information to the order management server 100 (step S204). Further, the turn management terminal 200B displays the acceptance completion screen on the display device 216 (step S205). On the reception completion screen, a reception number (waiting number), a waiting time at the present time, a message prompting to receive a turn ticket, and the like are displayed.
  • the registration method is not limited to the above. For example, an employee of the pharmacy may enter the information on behalf of the patient. Alternatively, the content of the prescription may be directly input by operating the order management terminal 200B.
  • the order management server 100 adds a new record to the waiting list of the pharmacy B based on the new reception information received from the order management terminal 200B, and updates the status management table TA2 (step S206). For example, as a new record, records such as reception number "2", reception time "15:30", status "waiting", insurance policy number "123456", generic desired presence "present”, drug information "-" are registered. To be done. Drug information is not registered at the time of registration.
  • step S207 When the number of patients waiting for a turn comes (step S207: YES), the target patient is called and the employee of the pharmacy B (pharmacist, clerical worker, etc.) uses the turn control terminal 200B to check the patient.
  • the operation of updating the status of is updated to "calling" (step S208).
  • the order management terminal 200B transmits information for specifying the record to be updated and information on the update operation to the order management server 100, and the order management server 100 selects the target record in the waiting list of the pharmacy B. Update (step S209).
  • step S210 When the patient who receives the call is guided to a counter or the like to which the medicine is actually delivered (step S210: YES), the employee of the pharmacy B updates the status of the patient to "guided" using the order management terminal 200B.
  • the operation is performed (step S211).
  • the order management terminal 200B transmits information for specifying the record to be updated and information on the update operation to the order management server 100, and the order management server 100 selects the target record in the waiting list of the pharmacy B. Update (step S212).
  • step S213: YES When the patient desires a generic drug (step S213: YES), the pharmacist of the pharmacy B hands over the generic drug (for example, “abc”) and uses the order management terminal 200B to check the waiting list. An operation of registering the drug information “abc” passed to the patient in the drug information of the patient is performed (step S214).
  • step S213: NO the original drug (for example, “def”) is passed to the patient, and the drug for the patient on the waiting list is used by using the order management terminal 200B.
  • the operation of registering the information “def” of the medicine delivered to the patient is performed as the information (step S215).
  • the order management terminal 200B transmits the information (for example, the receipt number “2”) specifying the update target record and the inputted drug information (for example, “abc”) to the order management server 100 (step S216).
  • the turn management server 100 updates the target record of the waiting list of the pharmacy B based on the received information (step S217).
  • the content of the record with the reception number "2" is the reception number "2", the reception time "15:30", the status "guided”, the insurance policy number "123456", the presence/absence of generic desire "Yes", and the drug information " is updated to "abc".
  • step S218 When the patient receives the medicine and the accounting is completed (step S218: YES), the employee of the pharmacy B performs an operation of updating the status of the patient to “completion of correspondence” using the order management terminal 200B (step S219).
  • the order management terminal 200B transmits information for specifying the record to be updated and information on the update operation to the order management server 100, and the order management server 100 selects the target record in the waiting list of the pharmacy B. Update (step S220).
  • the order management server 100 matches the waiting list of the medical institution (eg, clinic A) and the waiting list of the pharmacy (eg, pharmacy B) registered in the status management table TA2 regularly (eg, 24:00 every day). , A record whose status is “corresponding to completion” and whose insurance policy numbers match is extracted from both lists (step S301).
  • the reception time is “12:30”, the status is “response completed”, the examination ticket number is “A1001”, the insurance policy number is “123456”, the medical department is “internal medicine”, the doctor is in charge of “X”, the pharmacy
  • reception time is “12:30”
  • the status is “response completed”
  • the examination ticket number is “A1001”
  • the insurance policy number is “123456”
  • the medical department is “internal medicine”
  • the doctor is in charge of “X”
  • the pharmacy From the list of B, records of reception number “2”, reception time “15:30”, status “corresponding completed”, insurance policy number “123456”, generic desired presence/absence “present”, and drug information “abc” are extracted.
  • the order management server 100 acquires the information (“X”) of the doctor in charge from the record extracted from the list of the clinic A (step S302), and acquires the drug information (“abc”) from the record extracted from the list of the pharmacy B. Then, the prescription information management table TA3 is updated based on the acquired information (step S303) (step S304). Specifically, for the corresponding doctor (“X”), the number of corresponding medicines (“abc”) is incremented by one.
  • the information in the prescription information management table TA3 is used by pharmaceutical manufacturers and the like, and by knowing the prescribing tendency of each doctor, it can be used for business activities.
  • the records of the waiting list of the medical institution and the records of the waiting list of the pharmacy are matched and collated with each other, and the records of the medical institutions whose insurance numbers coincide with each other are obtained.
  • the information of the doctor in charge included and the information of the drug actually received by the patient contained in the record of the pharmacy are linked and managed. This makes it possible to use the data in which the doctor in charge of the prescription and the information on the medicine actually received by the patient are associated with each other.
  • the prescription contains information about the doctor in charge and the drug prescribed, but the drug recorded here is basically the original drug. Therefore, it is not possible to distinguish from the prescription information whether the drug actually received by the patient at the pharmacy is the original drug or the generic drug. Further, when the data of the receipt system is used, it is difficult to actually obtain the receipt data of all the medical institutions because the systems introduced by the medical institutions are different. According to the present embodiment, by associating the information on the waiting list of the medical institution and the pharmacy, it is possible to easily associate the information on the medical doctor who prescribed and the medicine actually received by the patient.
  • the number of drugs actually received by the patient is calculated for each doctor in charge. ..
  • the drug manufacturer or the like can provide data for knowing the tendency of the drug (the drug actually used by the patient) prescribed to the patient by a doctor. Further, the data can be used for grasping not only the prescribing tendency for each doctor but also the tendency for each pharmacy (the ratio of generic drugs selected, etc.).
  • the insurance card number is used to link the data of the medical institution and the pharmacy, but any information that can identify a patient can be used without being limited to the insurance card number.
  • an e-mail address registered at reception registration, a personal number, or the like may be used.
  • Order management system 100... Order management server 110... Management database 120... Processor 200A, 200B... Order management terminal 210... Processor 215... Input device 215a... Touch panel 216... Display device 220... Communication interface 230... Storage resource TA1... Client management Table TA2... Status management table TA3... Prescription information management table N... Communication network AP1... Order management application

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • General Health & Medical Sciences (AREA)
  • General Business, Economics & Management (AREA)
  • Epidemiology (AREA)
  • Business, Economics & Management (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Biomedical Technology (AREA)
  • Chemical & Material Sciences (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Medicinal Chemistry (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

複数の施設における順番待ちを管理する順番管理システム（１０００）であって、利用者を特定する情報と担当医師の情報を含む医療機関の順番待ちリストと、利用者を特定する情報と利用者が実際に受け取った医薬品の情報を含む薬局の順番待ちリストとを保持する順番待ちリスト記憶部（１１０）と、医療機関の順番待ちリストに含まれるレコードと、薬局の順番待ちリストに含まれるレコードを、利用者を特定する情報によって照合するデータ照合部（１２０）と、互いに利用者を特定する情報が一致した医療機関のレコードに含まれる担当医師の情報と、薬局のレコードに含まれる利用者が実際に受け取った医薬品の情報とを紐づけて管理するデータ管理部（１２０）とを備える。

Description

順番管理システムおよびプログラム 関連出願の相互参照
　本出願は、２０１８年１２月３日に出願された日本出願番号２０１８－２２６６００号に基づくもので、ここにその記載内容を援用する。
　本発明は、順番管理システムおよびプログラムに関する。
　医療機関で患者に処方された医薬品の情報は、処方箋データやレセプトシステムのデータなどで管理されている（例えば特許文献１、２）。
　一方で、医療機関や薬局での患者の順番待ちを管理するため、受付から、診察、会計までの一連の業務を管理するシステムが利用されている。
特開2018-185813号公報 特開2007-280134号公報
　医薬品メーカー等が、ある医師によって患者に処方された医薬品の傾向を知るため、処方箋データやレセプトデータを活用しようとすると、前者の場合、薬局で実際に患者が受け取った医薬品が先発医薬品なのか後発医薬品なのかを区別することができない。また、後者の場合、医薬品メーカーがデータを取得可能なレセプトシステムを導入している医療機関のデータに限定されてしまう。
　本発明は、以上説明した事情を鑑みてなされたものであり、処方を行った医師と、実際に患者が受け取った医薬品の情報とを紐づけたデータを利用できるようにすることを目的の一つとする。
　本発明の一実施形態に係る順番管理システムは、複数の施設における順番待ちを管理する順番管理システムであって、
　利用者を特定する情報と担当医師の情報を含む医療機関の順番待ちリストと、利用者を特定する情報と利用者が実際に受け取った医薬品の情報を含む薬局の順番待ちリストとを保持する順番待ちリスト記憶部と、
　前記医療機関の順番待ちリストに含まれるレコードと、前記薬局の順番待ちリストに含まれるレコードを、利用者を特定する情報によって照合するデータ照合部と、
　互いに前記利用者を特定する情報が一致した前記医療機関のレコードに含まれる前記担当医師の情報と、前記薬局のレコードに含まれる前記利用者が実際に受け取った医薬品の情報とを紐づけて管理するデータ管理部と、を備えたものである。
　また、前記利用者を特定する情報によって紐づけられた、前記担当医師の情報と前記利用者が実際に受け取った医薬品の情報とに基づいて、担当医師毎に、利用者が実際に受け取った医薬品の件数を集計するデータ集計部を備えるようにしてもよい。
　本発明によれば、処方を行った医師と、実際に患者が受け取った医薬品の情報とを紐づけたデータを利用できるようにすることができる。
本発明の実施形態に係る順番管理システム１０００の概略構成を示す図。 本発明の実施形態に係る順番管理端末２００Ａ，Ｂの主要構成を示すブロック図。 本発明の実施形態に係る順番管理システム１０００による医療機関における順番管理のフローチャート。 本発明の実施形態に係る順番管理システム１０００による薬局における順番管理のフローチャート。 本発明の実施形態に係る順番管理システム１０００による処方情報管理テーブルＴＡ３の更新処理のフローチャート。
　以下、本発明の実施形態について図面を参照しつつ詳細に説明する。なお、同一の要素には同一の符号を付し、重複する説明を省略する。
　図１は、本実施形態に係る順番管理システム１０００の概略構成を示す図である。図１に示すように、順番管理システム１０００は、管理センター等に設置された順番管理サーバ１００と、クリニックＡの受付などに設置された順番管理端末２００Ａと、薬局Ｂの受付などに設置された順番管理端末２００Ｂを含んでいる。順番管理サーバ１００は、順番管理端末２００Ａ，２００Ｂと通信ネットワークＮを介して接続されている。
　順番管理サーバ１００は、順番管理端末２００Ａを介して登録・更新されるクリニックＡの順番待ちと、順番管理端末２００Ｂを介して登録される薬局Ｂの順番待ちをそれぞれ管理する。なお、図１の例では、施設としてクリニックＡと薬局Ｂのみが示されているが、順番管理サーバ１００は、実際には、他の施設の順番待ちも管理する。また、図１の例では、１つの施設についてそれぞれ１つの順番管理端末２００Ａ，Ｂが図示されているが、順番管理サーバ１００は、実際には、１つの施設内の複数の順番管理端末と接続され、各々の端末から順番待ちの登録・更新を受け付けている。
　順番管理サーバ１００は、汎用的なコンピュータによって構成され、そのコンピュータにおいて所定のサーバ用プログラムが動作することにより、サーバ機能を実現する。順番管理サーバ１００を構成するコンピュータは、必ずしも１台である必要はなく、通信ネットワークＮ上に分散する複数のコンピュータから構成されてもよい。
　順番管理サーバ１００は、施設ごとに順番管理端末２００を管理するための管理データベース１１０と、プロセッサ（データ照合部、データ管理部、データ集計部）１２０とを備えている。管理データベース１１０は、クライアント管理テーブルＴＡ１と、ステータス管理テーブル（順番待ちリスト記憶部）ＴＡ２、処方情報管理テーブルＴＡ３を備えている。
　クライアント管理テーブルＴＡ１には、施設毎に、順番管理端末２００に対して付与されている固有のＩＤとパスコード（アカウント）が登録されている。クライアント管理テーブルＴＡ１の１レコードには、例えば「クリニックＡ」のレコードとして、「ＩＤ：Ａ１・・・」、「パスコード：ＡＡ２・・・」、「薬局Ｂ」のレコードとして、「ＩＤ：Ｂ１・・・」、「パスコード：ＢＢ２・・・」等が設定されている。これらの情報は、例えば、システム導入の際に各施設で順番待ちの管理を行う管理者（例えば、施設のオーナーなど）によって設定される。なお、１施設で複数の順番管理端末２００を利用する場合には、同一のＩＤとパスコードを利用してもよいが、例えば所定の条件に従い、複数のＩＤとパスワードを使い分けるようにしてもよい。
　ステータス管理テーブルＴＡ２には、各施設での順番待ちリストが登録されている。この順番待ちリストは、順番待ちをしている者（順番待ち組）の一覧と、各々の順番待ち組の待ち状況をあらわす情報（ステータス情報）が含まれる。
　順番待ちリストに含める情報は、施設毎に管理者等が設定することができる。例えば、「クリニックＡ」の順番待ちリストの１レコードには、受付番号「１」、受付時刻「１３：０３」、ステータス「案内済」、診察券番号「A1001」、保険証番号（利用者を特定する情報）「123456」、診療科「内科」、担当医師「Ｘ」等の情報が含まれている。その他、氏名、連絡先のメールアドレス、電話番号などの情報も含むことができる。
　また、「薬局Ｂ」の順番待ちリストの１レコードには、受付番号「２」、受付時刻「１５：１０」、ステータス「呼出中」、保険証番号「123456」、ジェネリック希望有無「有」、医薬品情報「ａｂｃ」等の情報が含まれている。その他、氏名、連絡先のメールアドレス、電話番号などの情報も含むことができる。ジェネリック希望有無は、患者が後発医薬品（ジェネリック医薬品）を希望するか否かを示す情報である。医薬品情報は、医師が出した処方箋に基づいて実際に患者が受け取った医薬品の商品名である。患者がジェネリック医薬品を希望しない場合には、処方された先発医薬品が記録され、ジェネリック医薬品を希望した場合にはジェネリック医薬品が記録される。
　ステータスには、順番到来前の状態である「待ち中」、順番が来たことを知らせた状態である「呼出中」、順番が来た者を実際に診察室や対応カウンターに案内した状態である「案内済」、診察や対応が終了した状態である「対応完了」、順番待ちをキャンセルした状態である「取消済」等が含まれる。ステータスとしてどのような項目を設定するかは各施設の管理者等が適宜設定および変更可能となっている。
　順番待ちリストの内容は、順番管理端末２００Ａ，Ｂから送信される順番待ちリストへの新規登録情報やステータスの更新情報（詳細は後述）に基づいて更新される。
　処方情報管理テーブルＴＡ３には、各医師が出した処方箋に基づいて、患者が実際に受け取った医薬品の集計情報が登録されている。例えば、医師「Ｘ」について、医薬品「ａｂｃ」、件数「１０」、医薬品「ｄｅｆ」、件数「５」、医薬品「ｇｈｉ」、件数「３」等の情報が含まれている。すなわち、医師Ｘは、医薬品ａｂｃを１０回、医薬品ｄｅｆを５回、医薬品ｇｈｉを３回処方したことが記録されている。処方情報管理テーブルＴＡ３の情報は、クリニックなどの医療機関のステータス管理テーブルＴＡ２のレコード、と薬局のステータス管理テーブルＴＡ２のレコードの情報を患者の情報（例えば、保険証番号）で紐づけることにより集計される。
　プロセッサ１２０は、算術演算、論理演算、ビット演算等を処理する算術論理演算ユニット（ＣＰＵなど）および各種レジスタから構成され、ＲＯＭ等の記憶手段に格納されている各種プログラムを実行することで順番管理サーバ１００の各部を中枢的に制御する。また、プロセッサ１２０は、順番管理端末２００Ａ，Ｂと連携して順番待ちを管理するためのコンピュータプログラム（順番管理アプリケーション）も実行する。
　通信ネットワークＮは、順番管理サーバ１００と順番管理端末２００Ａ，Ｂとの間などで、相互に情報を送受信可能な通信網を含む。通信ネットワークＮは、例えば、インターネット、ＬＡＮ、専用線、電話回線、企業内ネットワーク、移動体通信網、ブルートゥース（登録商標）、ＷｉＦｉ（Wireless Fidelity）、その他の通信回線、それらの組み合わせ等のいずれであってもよく、有線であるか無線であるかを問わない。
　順番管理端末２００Ａ，Ｂは、タブレット端末や、パーソナルコンピュータ（ＰＣ）、ノートＰＣ、スマートフォン、携帯電話機、携帯情報端末（ＰＤＡ）など、通信ネットワークＮを介して順番管理サーバ１００とデータの授受が可能なあらゆる端末装置を利用することができる。
　図２は、順番管理端末２００Ａ，Ｂの主要構成を示すブロック図である。順番管理端末２００は、プロセッサ２１０と、入力装置２１５と、表示装置２１６と、通信インタフェース２２０と、記憶資源２３０を備える。順番管理端末２００は、施設に来た利用者や、施設の従業者がタッチパネルなどの入力装置２１５を操作することで、順番待ちリストへの登録や更新等の入力を受け付ける。
　プロセッサ２１０は、算術演算、論理演算、ビット演算等を処理する算術論理演算ユニット（ＣＰＵなど）および各種レジスタから構成され、記憶資源２３０に格納されている各種プログラムを実行することで順番管理端末２００の各部を中枢的に制御する。各種レジスタは、例えば、プログラムカウンタ、データレジスタ、命令レジスタ、汎用レジスタ等である。
　入力装置２１５は、順番待ちリストへの受付や順番待ちリストからの消込み等の入力を受け付けるための各種操作ボタンやタッチパネル２１５ａを備えている。
　表示装置２１６は、順番待ちリストや、受付画面やステータス管理画面を表示するための装置であり、例えば液晶ディスプレイにより構成される。
　通信インタフェース２２０は、通信ネットワークＮに接続し、通信ネットワークＮを介して他の装置と通信をするためのハードウェアモジュールである。通信インタフェース２２０は、例えば、ＩＳＤＮモデム、ＡＤＳＬモデム、ケーブルモデム、光モデム、ソフトモデム等の変調復調装置である。
　記憶資源２３０は、例えば、物理デバイスの記憶領域が提供する論理デバイスである。物理デバイスは、例えば、ディスクドライブまたは半導体メモリ（ＲＯＭ、ＲＡＭなど）等のコンピュータ読み取り可能な記録媒体である。記憶資源２３０は、複数の物理デバイスを１つの論理デバイスにマッピングして構築してもよいし、１つの物理デバイスを複数の論理デバイスにマッピングして構築してもよい。
　記憶資源２３０には、オペレーティングシステムプログラム、ドライバプログラム、各種データ等が格納される。ドライバプログラムとしては、例えば、通信インタフェース２２０を制御するための通信インタフェースドライバプログラム等がある。また、記憶資源２３０には、これら各種プログラムや各種データのほか、プロセッサ２１０が実行することにより、順番管理サーバ１００と連携して順番待ちを管理するためのコンピュータプログラム（順番管理アプリケーション）ＡＰ１が記憶されている。
（医療機関における順番管理）
　次に、本実施形態の順番管理システム１０００による医療機関（クリニックＡ）における順番管理について、図３のフローチャートを用いて説明する。
　順番管理端末２００Ａの表示装置２１６には、各診療科の診察の順番待ちをしている患者（利用者）の人数や待ち時間の情報などが表示されている。これらの情報は、順番管理サーバ１００から定期的に取得して更新される。
　受付をしようとする患者が、表示装置２１６にタッチするなどの操作を行うと、順番管理端末２００Ａは、受付をするための受付画面を表示装置２１６に表示する（ステップＳ１０１）。受付画面には、診察券や保険証をカード読み取り装置（図示せず）へ挿入するように促すメッセージ等が表示される。また、診察を希望する診療科、希望の担当医師、その他の必要事項（呼出の希望の有無、呼出時の連絡先の電話番号またはメールアドレス等）の入力を促すメッセージが表示される。
　順番管理端末２００Ａは、カード読み取り装置を介して診察券番号や保険証番号等の情報を取得する。また、順番管理端末２００Ａは、患者がタッチパネル２１５ａ等を介して入力したその他の必要事項の情報を取得する。（ステップＳ１０２）。なお、診察券番号や保険証番号は、表面に記載された番号を画像読み取りによって解読したり、ＩＣチップに記録されたデータを読み取ることによって取得してもよい。また、患者が直接番号を入力するようにしてもよい。
　順番管理端末２００Ａは、受付に必要な情報の取得が完了すると（ステップＳ１０３：ＹＥＳ）、取得した情報を順番管理サーバ１００に送信する（ステップＳ１０４）。また、順番管理端末２００Ａは、表示装置２１６に受付完了画面を表示する（ステップＳ１０５）。受付完了画面には、受付番号（待ち番号）や、現時点での待ち時間、順番券を受け取るよう促すメッセージ等が表示される。なお、受付登録の方法は、上記のものに限られない。例えば、患者の代わりにクリニックの従業者が入力を行ってもよい。
　順番管理サーバ１００は、順番管理端末２００Ａから受信した新規の受付情報に基づいて、クリニックＡの順番待ちリストに新規のレコードを追加し、ステータス管理テーブルＴＡ２を更新する（ステップＳ１０６）。例えば、新規のレコードとして、受付番号「１」、受付時刻「１２：３０」、ステータス「待ち中」、診察券番号「A1001」、保険証番号「123456」、診療科「内科」、担当医師「Ｘ」といったレコードが登録される。なお、診療科や担当医師については、患者が指定しない場合には、予め設定された診療科および医師が暫定的に登録されるようにしてもよい。
　順番待ちをしている患者の順番が到来すると（ステップＳ１０７：ＹＥＳ）、対象の患者を口頭や電話、メールなどで呼び出すと共に、クリニックＡの従業者（医師、看護師、医療事務担当者等）が順番管理端末２００Ａを用いて、当該患者のステータスを「呼出中」に更新する操作を行う（ステップＳ１０８）。操作が実行されると、順番管理端末２００Ａは、更新対象のレコードを特定する情報（例えば受付番号「１」）と更新操作の情報（ステータスを呼出中に更新）を、順番管理サーバ１００に送信する（ステップＳ１０９）。順番管理サーバ１００は、受信した情報に基づき、クリニックＡの順番待ちリストを更新する（ステップＳ１１０）。例えば、受付番号「１」のレコードのステータスが「呼出中」に更新される。
　呼び出しを受けた患者が実際に診察室へ案内されると（ステップＳ１１１：ＹＥＳ）、クリニックＡの従業者が順番管理端末２００Ａを用いて当該患者のステータスを「案内済」に更新する操作を行う（ステップＳ１１２）。操作が実行されると、順番管理端末２００Ａから順番管理サーバ１００に更新対象のレコードを特定する情報と更新操作の情報が送信され、順番管理サーバ１００は、クリニックＡの順番待ちリストの対象レコードを更新する（ステップＳ１１３）。
　患者の診察が終了すると（ステップＳ１１４：ＹＥＳ）、クリニックＡの従業者が順番管理端末２００Ａを用いて当該患者のステータスを「対応完了」に更新する操作を行う（ステップＳ１１５）。操作が実行されると、順番管理端末２００Ａから順番管理サーバ１００に更新対象のレコードを特定する情報と更新操作の情報が送信され、順番管理サーバ１００は、クリニックＡの順番待ちリストの対象レコードを更新する（ステップＳ１１６）。患者は、会計を済ませ、薬を処方されている場合には処方箋を受け取る。
（薬局における順番管理）
　次に、本実施形態の順番管理システム１０００による薬局（薬局Ｂ）における順番管理について、図４のフローチャートを用いて説明する。
　順番管理端末２００Ｂの表示装置２１６には、薬局で順番待ちをしている患者（利用者）の人数や待ち時間の情報などが表示されている。これらの情報は、順番管理サーバ１００から定期的に取得して更新される。
　受付をしようとする患者が、表示装置２１６にタッチするなどの操作を行うと、順番管理端末２００Ｂは、受付をするための受付画面を表示装置２１６に表示する（ステップＳ２０１）。受付画面には、保険証をカード読み取り装置（図示せず）へ挿入するように促すメッセージ等が表示される。また、持参した処方箋の内容をイメージスキャナやカメラに読み取らせるように促すメッセージが表示される。さらに、ジェネリック医薬品の希望の有無、その他の必要事項（呼出の希望の有無、呼出時の連絡先の電話番号またはメールアドレス等）の入力を促すメッセージが表示される。
　順番管理端末２００Ｂは、カード読み取り装置を介して保険証番号等の情報を取得する。また、順番管理端末２００Ｂは、患者がタッチパネル２１５ａ等を介して入力したその他の必要事項の情報を取得する。（ステップＳ２０２）。なお、保険証番号は、表面に記載された番号を画像読み取りによって解読したり、ＩＣチップに記録されたデータを読み取ることによって取得してもよい。また、患者が直接番号を入力するようにしてもよい。
　順番管理端末２００Ｂは、受付に必要な情報の取得が完了すると（ステップＳ２０３：ＹＥＳ）、取得した情報を順番管理サーバ１００に送信する（ステップＳ２０４）。また、順番管理端末２００Ｂは、表示装置２１６に受付完了画面を表示する（ステップＳ２０５）。受付完了画面には、受付番号（待ち番号）や、現時点での待ち時間、順番券を受け取るよう促すメッセージ等が表示される。なお、受付登録の方法は、上記のものに限られない。例えば、患者の代わりに薬局の従業者が入力を行ってもよい。また、処方箋の内容も順番管理端末２００Ｂを操作して直接入力するようにしてもよい。
　順番管理サーバ１００は、順番管理端末２００Ｂから受信した新規の受付情報に基づいて、薬局Ｂの順番待ちリストに新規のレコードを追加し、ステータス管理テーブルＴＡ２を更新する（ステップＳ２０６）。例えば、新規のレコードとして、受付番号「２」、受付時刻「１５：３０」、ステータス「待ち中」、保険証番号「123456」、ジェネリック希望有無「有」、医薬品情報「－」といったレコードが登録される。受付登録の時点では、医薬品情報は登録されない。
　順番待ちをしている患者の順番が到来すると（ステップＳ２０７：ＹＥＳ）、対象の患者を呼び出すと共に、薬局Ｂの従業者（薬剤師、事務担当者等）が順番管理端末２００Ｂを用いて、当該患者のステータスを「呼出中」に更新する操作を行う（ステップＳ２０８）。操作が実行されると、順番管理端末２００Ｂから順番管理サーバ１００に更新対象のレコードを特定する情報と更新操作の情報が送信され、順番管理サーバ１００は、薬局Ｂの順番待ちリストの対象レコードを更新する（ステップＳ２０９）。
　呼び出しを受けた患者が実際に薬を渡すカウンター等へ案内されると（ステップＳ２１０：ＹＥＳ）、薬局Ｂの従業者が順番管理端末２００Ｂを用いて当該患者のステータスを「案内済」に更新する操作を行う（ステップＳ２１１）。操作が実行されると、順番管理端末２００Ｂから順番管理サーバ１００に更新対象のレコードを特定する情報と更新操作の情報が送信され、順番管理サーバ１００は、薬局Ｂの順番待ちリストの対象レコードを更新する（ステップＳ２１２）。
　薬局Ｂの薬剤師は、当該患者がジェネリック医薬品を希望している場合には（ステップＳ２１３：ＹＥＳ）、ジェネリック医薬品（例えば「ａｂｃ」）を渡すと共に、順番管理端末２００Ｂを用いて、順番待ちリストの当該患者の医薬品情報に患者に渡した医薬品の情報「ａｂｃ」を登録する操作を行う（ステップＳ２１４）。一方、当該患者がジェネリック医薬品を希望しない場合には（ステップＳ２１３：ＮＯ）、先発医薬品（例えば「ｄｅｆ」）を患者に渡すと共に、順番管理端末２００Ｂを用いて、順番待ちリストの当該患者の医薬品情報に患者に渡した医薬品の情報「ｄｅｆ」を登録する操作を行う（ステップＳ２１５）。
　順番管理端末２００Ｂは、順番管理サーバ１００に更新対象のレコードを特定する情報（例えば受付番号「２」）と入力された医薬品情報（例えば「ａｂｃ」）を送信する（ステップＳ２１６）。順番管理サーバ１００は、受信した情報に基づいて、薬局Ｂの順番待ちリストの対象レコードを更新する（ステップＳ２１７）。例えば、受付番号「２」のレコードの内容が、受付番号「２」、受付時刻「１５：３０」、ステータス「案内済」、保険証番号「123456」、ジェネリック希望有無「有」、医薬品情報「ａｂｃ」に更新される。
　患者が薬を受け取り、会計が終了すると（ステップＳ２１８：ＹＥＳ）、薬局Ｂの従業者が順番管理端末２００Ｂを用いて当該患者のステータスを「対応完了」に更新する操作を行う（ステップＳ２１９）。操作が実行されると、順番管理端末２００Ｂから順番管理サーバ１００に更新対象のレコードを特定する情報と更新操作の情報が送信され、順番管理サーバ１００は、薬局Ｂの順番待ちリストの対象レコードを更新する（ステップＳ２２０）。
（処方情報管理テーブルの更新）
　次に、本実施形態の順番管理システム１０００による処方情報管理テーブルＴＡ３の更新処理について、図５のフローチャートを用いて説明する。
　順番管理サーバ１００は、定期的（例えば、毎日２４：００）ステータス管理テーブルＴＡ２に登録されている医療機関（例えばクリニックＡ）の順番待ちリストと、薬局（例えば薬局Ｂ）の順番待ちリストを突き合わせ、双方のリストからステータスが「対応完了」で、保険証番号が一致するレコードを抽出する（ステップＳ３０１）。例えば、クリニックＡのリストから受付時刻「１２：３０」、ステータス「対応完了」、診察券番号「A1001」、保険証番号「123456」、診療科「内科」、担当医師「Ｘ」のレコード、薬局Ｂのリストから受付番号「２」、受付時刻「１５：３０」、ステータス「対応完了」、保険証番号「123456」、ジェネリック希望有無「有」、医薬品情報「ａｂｃ」のレコードが抽出される。
　順番管理サーバ１００は、クリニックＡのリストから抽出したレコードから担当医師の情報（「Ｘ」）を取得し（ステップＳ３０２）、薬局Ｂのリストから抽出したレコードから医薬品情報（「ａｂｃ」）を取得し（ステップＳ３０３）、取得した情報に基づいて処方情報管理テーブルＴＡ３を更新する（ステップＳ３０４）。具体的には、該当する医師（「Ｘ」）について、該当する医薬品（「ａｂｃ」）の件数を１加算する。
　処方情報管理テーブルＴＡ３の情報は、医薬品メーカー等が利用し、各医師の処方の傾向を知ることにより、営業活動などに役立てることができる。
　以上のように、本実施形態によれば、医療機関の順番待ちリストのレコードと薬局の順番待ちリストのレコードを保険証番号で突き合わせて照合し、互いに保険証番号が一致した医療機関のレコードに含まれる担当医師の情報と、薬局のレコードに含まれる実際に患者が受け取った医薬品の情報を紐づけて管理するようにした。これにより、処方を行った担当医師と、実際に患者が受け取った医薬品の情報とを紐づけたデータを利用できるようにすることができる。
　例えば、処方箋には担当医師と処方した医薬品の情報が含まれるが、ここで記録されている医薬品は基本的に先発医薬品である。このため、処方箋の情報からは、薬局で実際に患者が受け取った薬が先発医薬品なのかあるいは後発医薬品なのかの区別をすることができない。また、レセプトシステムのデータを利用する場合、医療機関によって導入しているシステムが異なるため、実際に全ての医療機関のレセプトデータを取得することは難しい。本実施形態によれば、医療機関と薬局の順番待ちリストの情報を紐づけることで、簡易に、処方を行った担当医師と実際に患者が受け取った医薬品の情報を紐づけることができる。
　また、保険証番号によって紐づけられた、担当医師の情報と患者が実際に受け取った医薬品の情報とに基づいて、担当医師毎に、患者が実際に受け取った医薬品の件数を集計するようにした。これにより、医薬品メーカー等が、ある医師によって患者に処方された医薬品（実際に患者が使用した医薬品）の傾向を知るためのデータを提供することができる。また、データは、医師毎の処方の傾向以外にも、薬局ごとの傾向（後発医薬品が選択される割合等）などの把握にも活用できる。
　なお、本実施形態では、保険証番号を利用して医療機関と薬局のデータを紐づけているが、患者を特定できる情報であれば保険証番号に限らず利用することができる。例えば、受付登録時に登録するメールアドレスや、マイナンバー等を利用してもよい。
　なお、本発明は、上述した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において、他の様々な形で実施することができる。このため、上記実施形態はあらゆる点で単なる例示にすぎず、限定的に解釈されるものではない。例えば、上述した各処理ステップは処理内容に矛盾を生じない範囲で任意に順番を変更し、または並列に実行することができる。
１０００…順番管理システム
１００…順番管理サーバ
１１０…管理データベース
１２０…プロセッサ
２００Ａ，２００Ｂ…順番管理端末
２１０…プロセッサ
２１５…入力装置
２１５ａ…タッチパネル
２１６…表示装置
２２０…通信インタフェース
２３０…記憶資源
ＴＡ１…クライアント管理テーブル
ＴＡ２…ステータス管理テーブル
ＴＡ３…処方情報管理テーブル
Ｎ…通信ネットワーク
ＡＰ１…順番管理アプリケーション

Claims (3)

  1. 　複数の施設における順番待ちを管理する順番管理システムであって、
    　利用者を特定する情報と担当医師の情報を含む医療機関の順番待ちリストと、利用者を特定する情報と利用者が実際に受け取った医薬品の情報を含む薬局の順番待ちリストとを保持する順番待ちリスト記憶部と、
    　前記医療機関の順番待ちリストに含まれるレコードと、前記薬局の順番待ちリストに含まれるレコードを、利用者を特定する情報によって照合するデータ照合部と、
    　互いに前記利用者を特定する情報が一致した前記医療機関のレコードに含まれる前記担当医師の情報と、前記薬局のレコードに含まれる前記利用者が実際に受け取った医薬品の情報とを紐づけて管理するデータ管理部と、を備えた順番管理システム。
  2. 　前記利用者を特定する情報によって紐づけられた、前記担当医師の情報と前記利用者が実際に受け取った医薬品の情報とに基づいて、担当医師毎に、利用者が実際に受け取った医薬品の件数を集計するデータ集計部を備えた、請求項１に記載の順番管理システム。
  3. 　複数の施設における順番待ちを管理するコンピュータを、
    　利用者を特定する情報と担当医師の情報を含む医療機関の順番待ちリストと、利用者を特定する情報と利用者が実際に受け取った医薬品の情報を含む薬局の順番待ちリストとを保持する順番待ちリスト記憶部と、
    　前記医療機関の順番待ちリストに含まれるレコードと、前記薬局の順番待ちリストに含まれるレコードを、利用者を特定する情報によって照合するデータ照合部と、
    　互いに前記利用者を特定する情報が一致した前記医療機関のレコードに含まれる前記担当医師の情報と、前記薬局のレコードに含まれる前記利用者が実際に受け取った医薬品の情報とを紐づけて管理するデータ管理部と、して機能させるプログラム。
PCT/JP2019/044881 2018-12-03 2019-11-15 順番管理システムおよびプログラム WO2020116128A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018226600A JP6592172B1 (ja) 2018-12-03 2018-12-03 順番管理システムおよびプログラム
JP2018-226600 2018-12-03

Publications (1)

Publication Number Publication Date
WO2020116128A1 true WO2020116128A1 (ja) 2020-06-11

Family

ID=68234924

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/044881 WO2020116128A1 (ja) 2018-12-03 2019-11-15 順番管理システムおよびプログラム

Country Status (2)

Country Link
JP (1) JP6592172B1 (ja)
WO (1) WO2020116128A1 (ja)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002366650A (ja) * 2001-06-04 2002-12-20 Kawanishi Co Ltd 病院総合管理システムおよび方法
JP2006277610A (ja) * 2005-03-30 2006-10-12 Chugoku Electric Power Co Inc:The 待ち時間予測方法、待ち時間予測システム、及びプログラム
JP2007018292A (ja) * 2005-07-08 2007-01-25 Fuji Xerox Co Ltd 医療情報処理プログラム、医療情報処理システムおよび医療情報処理方法
JP2007114928A (ja) * 2005-10-19 2007-05-10 Seiko Epson Corp 病院内呼出管理システムおよび病院内呼出管理方法並びにその呼出管理装置とプログラム、記録媒体
JP2011180927A (ja) * 2010-03-02 2011-09-15 Fujitsu Ltd 入力支援プログラム、入力支援装置、入力支援システム、及び入力支援方法
JP2015090627A (ja) * 2013-11-07 2015-05-11 株式会社日立製作所 医療情報提供システム及び方法
JP2015156192A (ja) * 2014-02-21 2015-08-27 株式会社ＨＳＴ−Ｌａｂｏ 端末内における薬剤データの管理システム

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002366650A (ja) * 2001-06-04 2002-12-20 Kawanishi Co Ltd 病院総合管理システムおよび方法
JP2006277610A (ja) * 2005-03-30 2006-10-12 Chugoku Electric Power Co Inc:The 待ち時間予測方法、待ち時間予測システム、及びプログラム
JP2007018292A (ja) * 2005-07-08 2007-01-25 Fuji Xerox Co Ltd 医療情報処理プログラム、医療情報処理システムおよび医療情報処理方法
JP2007114928A (ja) * 2005-10-19 2007-05-10 Seiko Epson Corp 病院内呼出管理システムおよび病院内呼出管理方法並びにその呼出管理装置とプログラム、記録媒体
JP2011180927A (ja) * 2010-03-02 2011-09-15 Fujitsu Ltd 入力支援プログラム、入力支援装置、入力支援システム、及び入力支援方法
JP2015090627A (ja) * 2013-11-07 2015-05-11 株式会社日立製作所 医療情報提供システム及び方法
JP2015156192A (ja) * 2014-02-21 2015-08-27 株式会社ＨＳＴ−Ｌａｂｏ 端末内における薬剤データの管理システム

Also Published As

Publication number Publication date
JP6592172B1 (ja) 2019-10-16
JP2020091533A (ja) 2020-06-11

Similar Documents

Publication Publication Date Title
US7542911B2 (en) Method for electronically maintaining medical information between patients and physicians
US20050187948A1 (en) Patient admission and information access system
US8346575B2 (en) System and methods of automated patient check-in, scheduling and prepayment
US20040103000A1 (en) Portable system and method for health information storage, retrieval, and management
JP2009514108A (ja) 電子式医師オーダー入力システム
CN111480203B (zh) 医疗/护理支持系统中的服务构建支持方法及系统
MXPA04010001A (es) Sistema para recoger, almacenar, presentar y analizar datos de inmunizacion que tienen estaciones remotas en comunicacion con una base de datos de vacuna y enfermedad a traves de una red.
US8065167B1 (en) Computer systems for managing patient discharge
Norden et al. Utilizing a novel unified healthcare model to compare practice patterns between telemedicine and in-person visits
JP6217072B2 (ja) 患者管理支援プログラム、該システム及び該方法
JP6775203B2 (ja) 診療支援装置、診療支援方法、診療支援プログラムおよび診療支援システム
JP2018092463A (ja) 個人医療情報管理方法、個人医療情報管理サーバおよびプログラム
US20140297320A1 (en) Systems and methods for operating a personal healthcare management portal
JP2002245171A (ja) 医療情報管理装置、その方法、プログラム、記憶媒体
WO2020116128A1 (ja) 順番管理システムおよびプログラム
JP6252038B2 (ja) 情報処理プログラム及び情報処理装置
JP2020204924A (ja) 救急医療支援システム
JP6279644B2 (ja) 順番管理システム、順番管理装置およびプログラム
JP2002041656A (ja) 医療情報管理システム
JP6818828B1 (ja) 受付管理システム、受付管理装置、およびプログラム
JP6497037B2 (ja) 患者情報表示プログラム、患者情報表示方法及び患者情報表示装置
JP2017146772A (ja) 順番管理システム、情報管理装置およびプログラム
JP6321833B1 (ja) 順番管理システム、順番管理装置、およびプログラム
JP6637563B1 (ja) 医療機関受付システムおよび医療機関受付方法
JP2001325360A (ja) 電子薬歴管理システム

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19892216

Country of ref document: EP

Kind code of ref document: A1