WO2013140489A1 - 訪問診療支援方法及びプログラム - Google Patents

訪問診療支援方法及びプログラム Download PDF

Info

Publication number
WO2013140489A1
WO2013140489A1 PCT/JP2012/056980 JP2012056980W WO2013140489A1 WO 2013140489 A1 WO2013140489 A1 WO 2013140489A1 JP 2012056980 W JP2012056980 W JP 2012056980W WO 2013140489 A1 WO2013140489 A1 WO 2013140489A1
Authority
WO
WIPO (PCT)
Prior art keywords
patient
doctor
visit
identification information
visiting
Prior art date
Application number
PCT/JP2012/056980
Other languages
English (en)
French (fr)
Inventor
丸山　厚
徹 今林
Original Assignee
富士通株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 富士通株式会社 filed Critical 富士通株式会社
Priority to JP2014505823A priority Critical patent/JP5751382B2/ja
Priority to PCT/JP2012/056980 priority patent/WO2013140489A1/ja
Publication of WO2013140489A1 publication Critical patent/WO2013140489A1/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
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records

Definitions

  • the present invention relates to a visit medical treatment support method and program.
  • a doctor visits a patient's home and performs medical care.
  • the visit date of the patient's home is regularly determined, such as the first and third Thursdays.
  • the patient's attending physician is usually in charge of the patient's visit.
  • the visit dates are determined in advance regularly, it is difficult for one doctor to always take charge of the visit. This is because there is a possibility that the doctor is inconvenient on the scheduled visit date due to urgent circumstances. Due to such circumstances, a plurality of doctors or the like may be assigned as a team to one patient in a visit medical treatment. In this case, the doctor in charge of the patient is determined from among a plurality of doctors assigned to one patient.
  • patient visits are basically performed by the doctor.
  • the patient's treatment policy etc. will be consulted between the attending physician and the doctors in the team. If the attending physician cannot visit, other doctors in the team will be in charge of the visit. Therefore, doctors other than the attending physician need to know the patient's condition.
  • an object of one aspect is to support the understanding of a patient's condition by a plurality of doctors in charge of the same patient.
  • the visiting medical assistance method refers to a patient information storage unit that stores identification information of a plurality of doctors in charge of each patient for each patient, and each of the plurality of doctors for the first patient visited
  • the identification information of the first doctor is referred to
  • the record storage unit that stores the visit history of the patient for each doctor identification information is referred to.
  • FIG. 1 It is a figure which shows the system configuration example in embodiment of this invention. It is a figure which shows the hardware structural example of the visit medical treatment assistance apparatus in embodiment of this invention. It is a figure which shows the function structural example of the visit medical treatment assistance apparatus in embodiment of this invention. It is a flowchart for demonstrating an example of the process sequence which a visit medical treatment assistance apparatus performs. It is a figure which shows the structural example of a patient information storage part. It is a figure which shows the example of a display of a visit schedule list screen. It is a figure which shows the structural example of a team information storage part. It is a figure which shows the structural example of a staff information storage part. It is a figure which shows the structural example of a schedule information storage part.
  • FIG. 1 is a diagram showing an example of a system configuration in the embodiment of the present invention.
  • a visiting medical assistance device 10 and one or more user terminals 20 can communicate with each other via a network such as a LAN (Local Area Network) or the Internet.
  • LAN Local Area Network
  • the home-visit medical treatment support device 10 is a computer that executes processing for supporting various kinds of work required for home-visit medical treatment.
  • the home care support apparatus 10 supports the work of determining the primary doctor of the patient who is the subject of the home medical care, the work of determining the doctor in charge of the patient's home visit, and the like.
  • Visit medical treatment is also called home medical treatment, and refers to a medical treatment form in which a doctor regularly visits a patient's home to perform medical treatment.
  • the doctor in charge of the visit is referred to as “visiting doctor”.
  • the visit medical treatment support apparatus 10 may be installed in a medical institution such as a hospital, or may be installed in a data center or the like as a computer that provides a cloud service via the Internet, for example.
  • one medical team is assigned to one patient.
  • the medical team is a group of medical staff such as a plurality of doctors and assistants. From among a plurality of doctors belonging to one medical team, an attending doctor for a patient related to the medical team is determined. The patient's visit is usually handled by the attending physician. However, if it is not convenient for the attending physician, the visit is delegated by another physician belonging to the same medical team.
  • the user terminal 20 is a computer such as a PC (Personal Computer) used in a medical institution that performs visiting medical care.
  • the coordinator who determines the visiting doctor at the patient's home for visiting medical care is the user of the user terminal 20.
  • FIG. 2 is a diagram illustrating a hardware configuration example of the visit medical assistance device according to the embodiment of the present invention. 2 includes a drive device 100, an auxiliary storage device 102, a memory device 103, a CPU 104, an interface device 105, and the like, which are mutually connected by a bus B.
  • a program that realizes processing in the visiting medical assistance device 10 is provided by the recording medium 101.
  • the recording medium 101 on which the program is recorded is set in the drive device 100, the program is installed from the recording medium 101 to the auxiliary storage device 102 via the drive device 100.
  • the program need not be installed from the recording medium 101 and may be downloaded from another computer via a network.
  • the auxiliary storage device 102 stores the installed program and also stores necessary files and data.
  • the memory device 103 reads the program from the auxiliary storage device 102 and stores it when there is an instruction to start the program.
  • the CPU 104 executes a function related to the visiting medical assistance device 10 according to a program stored in the memory device 103.
  • the interface device 105 is used as an interface for connecting to a network.
  • An example of the recording medium 101 is a portable recording medium such as a CD-ROM, a DVD disk, or a USB memory.
  • a portable recording medium such as a CD-ROM, a DVD disk, or a USB memory.
  • an HDD Hard Disk Disk Drive
  • flash memory or the like can be given. Both the recording medium 101 and the auxiliary storage device 102 correspond to computer-readable recording media.
  • FIG. 3 is a diagram illustrating an example of a functional configuration of the visit medical assistance device according to the embodiment of the present invention.
  • the visiting medical assistance device 10 includes a request reception unit 11, a search unit 12, a registration unit 13, a display data generation unit 14, a response reply unit 15, and the like. Each of these units is realized by a process that the CPU 104 causes one or more programs installed in the visiting medical assistance device 10 to execute.
  • the visiting medical assistance device 10 also uses a patient information storage unit 16, a team information storage unit 17, a schedule information storage unit 18, a staff information storage unit 19, and the like.
  • Each of these storage units can be realized by using the auxiliary storage device 102 or a storage device that can be connected to the visiting medical assistance device 10 via a network.
  • the request receiving unit 11 receives a request transmitted from the user terminal 20.
  • the search unit 12 executes a search process or the like corresponding to the received request for each storage unit.
  • the registration unit 13 performs registration of information corresponding to the received request with respect to each storage unit.
  • the display data generation unit 14 generates display data for displaying search results and the like by the search unit 12.
  • the data format of the display data is not limited to a predetermined one. For example, if HTML (HyperTextperMarkup Language) data is used as the data format of the display data, the user terminal 20 only needs to have a Web browser.
  • the response reply unit 15 returns a response including the display data generated by the display data generation unit 14 to the user terminal 20.
  • the patient information storage unit 16 stores the attribute information and the like of the patient that is the subject of the visit medical treatment.
  • the patient information storage unit 16 stores association information between each patient and each medical team, information indicating a visit cycle of each patient, and the like.
  • the team information storage unit 17 stores configuration information of each medical team.
  • the configuration information of the medical team is information for identifying the medical staff constituting the medical team.
  • the schedule information storage unit 18 stores information indicating past visits to the patient, future visit plans, and the like.
  • the staff information storage unit 19 stores attribute information of each medical staff.
  • FIG. 4 is a flowchart for explaining an example of a processing procedure executed by the visiting medical care support apparatus.
  • the process of FIG. 4 is executed when a visiting doctor is determined for a patient scheduled to be visited on the next day when the process is executed.
  • a visit to a patient means a visit to a patient's home.
  • step S101 the request receiving unit 11 receives the next day visit schedule acquisition request transmitted from the user terminal 20.
  • the user terminal 20 transmits the acquisition request in response to an instruction input by the user.
  • the search unit 12 searches the patient information storage unit 16 for list information of patients scheduled to visit the next day (S102).
  • FIG. 5 is a diagram illustrating a configuration example of a patient information storage unit.
  • the patient information storage unit 16 stores a patient ID, a patient name, an attending physician ID, a medical team ID, a periodic visit period, and the like for each patient.
  • Patient ID is patient identification information.
  • the patient name is the name of the patient.
  • the attending physician ID is the staff ID of the patient attending physician.
  • Staff ID is identification information of a medical staff. A state in which no value is registered in the attending physician ID indicates that the attending physician has not been determined.
  • the medical team ID is identification information of a medical team in charge of patient medical care.
  • the periodic visit cycle is a periodic visit cycle for the patient. The time zone included in the regular visit cycle indicates that the patient is convenient in the time zone. Therefore, for example, for “Fuji Rokuta”, it does not mean that medical treatment is performed between 9:00 and 17:00.
  • step S102 the patient information storage unit 16 searches for a record in which the day specified as the visit date based on the regular visit cycle corresponds to the next day.
  • the display data generation unit 14 generates display data including a list of patients scheduled to be visited on the next day based on the search result by the search unit 12 and displaying a screen for selecting a visiting doctor for each patient. (S103). This screen is hereinafter referred to as “visit schedule list screen”.
  • the response reply unit 15 returns a response including the generated display data to the user terminal 20 (S104).
  • the user terminal 20 displays a visit schedule list screen based on the display data included in the response.
  • FIG. 6 is a diagram showing a display example of the visit schedule list screen.
  • the visit schedule list screen 510 displays visit times, patient names, visiting doctors, and visiting doctor assignment buttons 511 to 513 for each patient.
  • the visit time and the patient name are values acquired from the periodic visit cycle or the patient name item in the patient information storage unit 16.
  • the item of visiting doctor is empty. This is because the visiting doctor will be assigned.
  • Visiting doctor assignment buttons 511 to 513 are buttons for executing assignment work of visiting doctors to patients.
  • the visiting doctor assignment button 513 when the visiting doctor assignment button 513 is pressed to assign a visiting doctor to “Fuji Rokuta”, the user terminal 20 displays the visiting doctor assignment screen in which the patient ID of “Fuji Rota” is specified.
  • the acquisition request is transmitted to the visiting medical care support apparatus 10. That is, each of the visiting doctor assignment buttons 511 to 513 is associated with a display instruction of a visit doctor assignment screen acquisition request transmission command in which the patient ID of each patient is designated.
  • step S105 the request receiving unit 11 of the visiting medical support device 10 receives a request for acquiring a visiting doctor assignment screen. Subsequently, the search unit 12 specifies the doctor in charge of the patient related to the patient ID specified in the acquisition request based on the patient information storage unit 16, the team information storage unit 17, and the staff information storage unit 19 ( S106).
  • the patient ID specified in the acquisition request is referred to as “target patient ID”.
  • the medical team ID associated with the target patient ID is acquired from the patient information storage unit 16 (FIG. 5).
  • “T0000002” which is a medical team ID associated with “Mr. Fuji Rokuta”, is acquired.
  • the staff ID associated with the medical team ID is acquired from the team information storage unit 17.
  • FIG. 7 is a diagram illustrating a configuration example of the team information storage unit.
  • the team information storage unit 17 stores one or more staff IDs for each medical team ID. That is, the team information storage unit 17 stores the staff ID of the medical staff constituting the medical team in association with the medical team ID of the medical team.
  • One medical staff may belong to a plurality of medical teams.
  • the attribute information of the medical staff related to the staff ID acquired from the team information storage unit 17 is acquired from the staff information storage unit 19.
  • FIG. 8 is a diagram illustrating a configuration example of the staff information storage unit.
  • the staff information storage unit 19 stores a staff ID, a job type, a name, and the like for each medical staff.
  • the attribute information relating to the staff ID “D0000001” or “D0000003” and having the “job type” value “doctor” is acquired. Therefore, the attribute information of “Fuji Taro” and the attribute information of “Fuji Nanako” are acquired.
  • the two persons are specified as the doctors in charge of the patient related to the target patient ID.
  • the search unit 12 determines whether or not there is a doctor who has not visited the patient related to the target patient ID among the doctors in charge with reference to the schedule information storage unit 18 (S107).
  • FIG. 9 is a diagram illustrating a configuration example of the schedule information storage unit.
  • the schedule information storage unit 18 stores a schedule ID, a patient ID, a visiting doctor ID, a visit date, a visit time, and the like for each visit result or visit schedule.
  • Schedule ID is identification information of each visit record or each visit schedule.
  • the patient ID is the patient ID of the visited patient.
  • the visiting doctor ID is a staff ID of the visiting doctor.
  • the visit date is the date on which the visit was made or is scheduled to be visited.
  • the visit time is the time when the visit was made. That is, in this embodiment, the visit time is stored in the record indicating the visit record.
  • the schedule information storage unit 18 includes the staff ID of each doctor in charge identified in step S106 as the value of “visiting doctor ID” from the records including the target patient ID as the value of “patient ID”.
  • a record is searched. Based on the search result, the presence or absence of an unvisited doctor is determined. That is, it is determined that the doctor in charge for which the corresponding record has been searched has been visited. A doctor in charge who does not find the corresponding record is determined to be unvisited.
  • the doctor who has visited the patient ID “P0000003” of “Fuji Rokuta” is the doctor (Fuji Taro) whose staff ID is “D0000001”.
  • the doctor (Fuji Nanako) whose staff ID is “D0000003” has not visited “Fuji Rokuta”. Therefore, it is determined that there is an unvisited doctor in charge.
  • the display data generation unit 14 When there is an unvisited doctor in charge (Yes in S107), the display data generation unit 14 generates display data for displaying the visiting doctor assignment screen based on the processing results of steps S106 and S107 (S108). Subsequently, the response reply unit 15 returns a response including the generated display data to the user terminal 20 (S109). In response to receiving the response, the user terminal 20 displays the visiting doctor assignment screen based on the display data included in the response.
  • FIG. 10 is a diagram showing a display example of a visiting doctor assignment screen when there is an unvisited doctor in charge.
  • the visiting doctor assignment screen 520a includes a list box 521 and the like for selecting visiting doctors.
  • the name of each doctor in charge identified in step S106 is displayed as an option.
  • an unvisited doctor is forcibly selected.
  • a visited doctor may be selectable as long as an unvisited doctor can be distinguished from a visited doctor.
  • the user of the user terminal 20 preferentially consults an unvisited doctor for the next day's visit and selects a visiting doctor.
  • the user terminal 20 When a visiting doctor is selected in the list box 521 of the visiting doctor assignment screen 520a and the OK button 522 is pressed, the user terminal 20 designates the target patient ID and the staff ID of the visiting doctor selected in the list box 521. The registered visitor registration request is transmitted to the visiting medical assistance device 10.
  • step S117 the request receiving unit 11 of the visiting medical assistance device 10 receives a registration request for a visiting doctor.
  • the registration unit 13 additionally registers in the schedule information storage unit 18 a record having the patient ID and staff ID specified in the registration request as the values of “patient ID” or “visiting doctor ID”. (S118).
  • the schedule ID of the record is automatically assigned.
  • the date of the next day is stored as the visit date of the record.
  • the visit time for the record remains empty. This is because in the present embodiment, the visit time is input after the visit is actually performed.
  • the records searched in step S102 are those records for which the visit date specified by the regular visit cycle corresponds to the next day, and the record of the scheduled visit for the next day is not stored in the schedule information storage unit 18. It may be narrowed down to such records. That is, the records searched in step S102 may be narrowed down to records related to patients for whom a visiting doctor has not been determined.
  • step S107 when it is determined in step S107 that there is no unvisited doctor for the patient related to the target patient ID (No in S107), the search unit 12 determines whether or not the attending doctor of the patient has been determined. Is determined (S110). Whether or not the attending physician has been determined can be determined based on whether or not the attending physician ID is stored for the target patient ID in the patient information storage unit 16.
  • step S111 the display data generation unit 14 generates display data for displaying the doctor setting screen.
  • the response reply unit 15 returns a response including the generated display data to the user terminal 20 (S112).
  • the response is an example of a selection instruction from the attending physician.
  • the user terminal 20 displays the doctor setting screen based on the display data included in the response.
  • FIG. 11 is a diagram showing a display example of the doctor setting screen.
  • the attending doctor setting screen 530 includes a list box 531 and the like.
  • the list box 531 is a display element for causing the attending physician to select the attending physician for the patient whose patient ID and patient name are displayed on the attending physician setting screen 530.
  • the list box 531 includes the doctor in charge identified in step S106 as an option. For example, the user communicates with related parties as appropriate, and selects an attending physician from among the options.
  • the visiting medical assistance device 10 does not set the attending physician unless all the doctors belonging to the medical team in charge of a certain patient have visited the patient. In other words, by the time the doctor is determined, it is guaranteed that all doctors to which the medical team belongs will visit the patient and see the patient directly. Therefore, it is possible to support the understanding of the patient's condition by a plurality of doctors in charge of the same patient.
  • the user terminal 20 When the OK button 532 is pressed after selecting the attending doctor via the list box 531, the user terminal 20 sends a registration request for the attending doctor in which the staff ID of the doctor selected as the attending doctor and the target patient ID are designated. It transmits to the visit medical treatment support apparatus 10.
  • step S113 the request reception unit 11 of the visiting medical assistance device 10 receives a registration request from the attending physician. Subsequently, the registration unit 13 stores the staff ID specified in the registration request in the “primary physician ID” of the patient information storage unit 16 in association with the target patient ID specified in the registration request of the attending physician. (S114).
  • the display data generation unit 14 generates display data for the visiting doctor assignment screen in the same procedure as in step S108 (S115). However, since the attending physician has been determined here, the display data may be generated so that the state in which the attending physician is selected becomes the initial state. Subsequently, the response reply unit 15 returns a response including the generated display data to the user terminal 20 (S116). In response to receiving the response, the user terminal 20 displays the visiting doctor assignment screen based on the display data included in the response.
  • FIG. 12 is a diagram showing a display example of the visiting doctor assignment screen when the attending physician has been determined.
  • the same reference numerals are given to the same or corresponding parts as those in FIG.
  • the state in which the attending doctor is selected in the list box 521 may be the initial state of the visiting doctor assignment screen 520b.
  • the user of the user terminal 20 preferentially selects the attending physician as a visiting physician. For example, the user contacts the attending doctor, confirms the schedule for the next day, and if the attending doctor's convenience makes it, the attending doctor becomes the visiting doctor. If the attending physician is not available, a doctor other than the attending physician is selected as the visiting physician.
  • step S110 determines whether the attending physician of the patient related to the target patient ID has been determined (Yes in S110). If it is determined in step S110 that the attending physician of the patient related to the target patient ID has been determined (Yes in S110), step S115 and subsequent steps are executed following step S110.
  • step S115 the attending physician is determined by executing step S111 and the subsequent steps.
  • the attending doctor of the patient is determined.
  • the visiting doctor assignment screen 520a is displayed so that the doctor is preferentially selected as a visiting doctor. Therefore, it is possible to support the understanding of the patient's condition by a plurality of doctors in charge of the same patient.
  • the schedule information storage unit 18 is an example of a performance information storage unit.

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

　訪問診療支援方法は、患者ごとに当該患者を担当する複数の医師の識別情報を記憶する患者情報記憶部を参照して、訪問先の第一の患者に対する複数の医師のそれぞれの識別情報を特定し、医師の識別情報ごとに患者の訪問実績を記憶する実績記憶部を参照して、前記第一の患者に対する複数の医師のそれぞれの識別情報の中から、前記第一の患者を未訪問の医師の識別情報を特定し、前記未訪問の医師の識別情報が特定されない場合に、前記第一の患者に対する主治医の選択指示を出力する処理をコンピュータが実行する。

Description

訪問診療支援方法及びプログラム
　本発明は、訪問診療支援方法及びプログラムに関する。
　訪問診療又は在宅診療と呼ばれる診療形態においては、医師が患者宅を訪問して診療を行う。患者宅の訪問日は、例えば、第一及び第三木曜日等、定期的に決められる場合が多い。通常、患者の訪問は、当該患者の主治医が担当する。但し、訪問日が予め定期的に決められているため、一人の医師が常に訪問を担当するのは困難である。緊急の事情等によって、当該医師が訪問予定日に都合がつかない可能性も有るからである。このような事情も一要因として、訪問診療においては、一人の患者に対して複数の医師等がチームとして割り当てられる場合がある。この場合、一人の患者に対して割り当てられた複数の医師の中から、当該患者の主治医が決定される。
特開２００３－２９６４５０号公報 特開２００４－１９４７５９号公報
　主治医が決定された後は、患者の訪問は、基本的に主治医によって行われる。但し、患者の治療方針等については、主治医と、チーム内の医師等との間で相談が行われる。また、主治医が訪問できない場合は、チーム内の他の医師が急遽訪問を担当することになる。したがって、主治医以外の医師についても、患者の状態を把握している必要がある。
　患者の状態を把握する上で、カルテ等を参照して、患者に関するデータを把握するだけでは不十分である。実際に患者を診療して、患者自体を直接知っていることが重要である。
　そこで、一側面では、同じ患者を担当する複数の医師による患者の状態の把握を支援することを目的とする。
　一つの案では、訪問診療支援方法は、患者ごとに当該患者を担当する複数の医師の識別情報を記憶する患者情報記憶部を参照して、訪問先の第一の患者に対する複数の医師のそれぞれの識別情報を特定し、医師の識別情報ごとに患者の訪問実績を記憶する実績記憶部を参照して、前記第一の患者に対する複数の医師のそれぞれの識別情報の中から、前記第一の患者を未訪問の医師の識別情報を特定し、前記未訪問の医師の識別情報が特定されない場合に、前記第一の患者に対する主治医の選択指示を出力する処理をコンピュータが実行する。
　一態様によれば、同じ患者を担当する複数の医師による患者の状態の把握を支援することができる。
本発明の実施の形態におけるシステム構成例を示す図である。 本発明の実施の形態における訪問診療支援装置のハードウェア構成例を示す図である。 本発明の実施の形態における訪問診療支援装置の機能構成例を示す図である。 訪問診療支援装置が実行する処理手順の一例を説明するためのフローチャートである。 患者情報記憶部の構成例を示す図である。 訪問スケジュール一覧画面の表示例を示す図である。 チーム情報記憶部の構成例を示す図である。 スタッフ情報記憶部の構成例を示す図である。 スケジュール情報記憶部の構成例を示す図である。 未訪問の担当医が存在する場合の訪問医割当画面の表示例を示す図である。 主治医設定画面の表示例を示す図である。 主治医が決定済みの場合の訪問医割当画面の表示例を示す図である。
　以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態におけるシステム構成例を示す図である。図１において、訪問診療支援装置１０と一以上のユーザ端末２０とは、ＬＡＮ（Local Area Network）又はインターネット等のネットワークを介して通信可能とされている。
　訪問診療支援装置１０は、訪問診療に関して必要とされる各種の作業を支援するための処理を実行するコンピュータである。本実施の形態において、訪問診療支援装置１０は、訪問診療の対象である患者の主治医を決定する作業や、患者宅の訪問を担当する医師を決定する作業等を支援する。訪問診療とは、在宅診療とも呼ばれ、医師が患者宅を定期的に訪問して診療を行う診療形態をいう。以下、訪問を担当する医師を「訪問医」という。
　なお、複数のコンピュータが訪問診療支援装置１０を構成してもよい。また、訪問診療支援装置１０は、一つの病院等の医療機関内に設置されていてもよいし、例えば、インターネットを介してクラウドサービスを提供するコンピュータとして、データセンタ等に設置されてもよい。
　本実施の形態では、一人の患者に対して一つの診療チームが割り当てられる。診療チームとは、複数の医師やアシスタント等の医療スタッフの集合をいう。一つの診療チームに属する複数の医師の中から、当該診療チームに係る患者に対する主治医が決定される。通常、患者の訪問は主治医が担当する。但し、主治医の都合がつかない場合は、同じ診療チームに属する他の医師によって、訪問が代行される。
　ユーザ端末２０は、訪問診療を行っている医療機関において利用されるＰＣ（Personal Computer）等のコンピュータである。携帯電話、スマートフォン、又はタブレット型端末等、通信機能を有し、通信によって取得されたデータを表示可能な情報端末等が、ユーザ端末２０として用いられてもよい。本実施の形態では、訪問診療のために患者宅の訪問医を決定する調整係が、ユーザ端末２０のユーザとなる。
　図２は、本発明の実施の形態における訪問診療支援装置のハードウェア構成例を示す図である。図２の訪問診療支援装置１０は、それぞれバスBで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。
　訪問診療支援装置１０での処理を実現するプログラムは、記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
　メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って訪問診療支援装置１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。
　なお、記録媒体１０１の一例としては、ＣＤ－ＲＯＭ、ＤＶＤディスク、又はＵＳＢメモリ等の可搬型の記録媒体が挙げられる。また、補助記憶装置１０２の一例としては、ＨＤＤ（Hard Disk Drive）又はフラッシュメモリ等が挙げられる。記録媒体１０１及び補助記憶装置１０２のいずれについても、コンピュータ読み取り可能な記録媒体に相当する。
　図３は、本発明の実施の形態における訪問診療支援装置の機能構成例を示す図である。図３において、訪問診療支援装置１０は、要求受信部１１、検索部１２、登録部１３、表示データ生成部１４、及び応答返信部１５等を有する。これら各部は、訪問診療支援装置１０にインストールされた一以上のプログラムが、ＣＰＵ１０４に実行させる処理により実現される。訪問診療支援装置１０は、また、患者情報記憶部１６、チーム情報記憶部１７、スケジュール情報記憶部１８、及びスタッフ情報記憶部１９等を利用する。これら各記憶部は、補助記憶装置１０２、又は訪問診療支援装置１０にネットワークを介して接続可能な記憶装置等を用いて実現可能である。
　要求受信部１１は、ユーザ端末２０から送信される要求を受信する。検索部１２は、受信された要求に応じた検索処理等を、各記憶部に対して実行する。登録部１３は、受信された要求に応じた情報の登録を、各記憶部に対して実行する。表示データ生成部１４は、検索部１２による検索結果等を表示させる表示データを生成する。表示データのデータ形式は所定のものに限定されない。例えば、表示データのデータ形式として、ＨＴＭＬ（HyperText Markup Language）データが利用されれば、ユーザ端末２０は、Ｗｅｂブラウザを有していればよい。応答返信部１５は、表示データ生成部１４によって生成される表示データを含む応答を、ユーザ端末２０に返信する。
　患者情報記憶部１６は、訪問診療の対象とされている患者の属性情報等を記憶する。患者情報記憶部１６において、各患者と各診療チームとの対応付け情報や、各患者の訪問周期を示す情報等が記憶される。チーム情報記憶部１７は、各診療チームの構成情報を記憶する。診療チームの構成情報とは、当該診療チームを構成する医療スタッフを識別する情報である。スケジュール情報記憶部１８は、患者に対する過去の訪問実績や、未来の訪問予定等を示す情報を記憶する。スタッフ情報記憶部１９は、各医療スタッフの属性情報を記憶する。
　以下、訪問診療支援装置１０が実行する処理手順について説明する。図４は、訪問診療支援装置が実行する処理手順の一例を説明するためのフローチャートである。図４の処理は、当該処理が実行される翌日に訪問予定の患者に対する訪問医が決定される際に実行される。なお、患者に対する訪問とは、患者宅への訪問を意味する。
　ステップＳ１０１において、要求受信部１１は、ユーザ端末２０より送信される、翌日の訪問スケジュールの取得要求を受信する。ユーザ端末２０は、例えば、ユーザによる指示入力に応じて当該取得要求を送信する。
　続いて、検索部１２は、翌日に訪問予定の患者の一覧情報を、患者情報記憶部１６より検索する（Ｓ１０２）。
　図５は、患者情報記憶部の構成例を示す図である。図５において、患者情報記憶部１６は、患者ごとに、患者ＩＤ、患者名、主治医ＩＤ、診療チームＩＤ、及び定期訪問周期等を記憶する。
　患者ＩＤは、患者の識別情報である。患者名は、患者の氏名である。主治医ＩＤは、患者の主治医のスタッフＩＤである。スタッフＩＤとは、医療スタッフの識別情報である。なお、主治医ＩＤに値が登録されていない状態は、主治医が決定されていないことを示す。診療チームＩＤは、患者の診療を担当する診療チームの識別情報である。定期訪問周期は、患者に対する定期的な訪問の周期である。なお、定期訪問周期に含まれている時間帯は、当該時間帯において、患者の都合が良いことを示す。したがって、例えば、「富士　六太」さんに関して、９：００～１７：００の間を通して診療が行われることを意味するものではない。
　ステップＳ１０２では、定期訪問周期に基づいて訪問日であると特定される日が、翌日に該当するレコードが、患者情報記憶部１６より検索される。
　続いて、表示データ生成部１４は、検索部１２による検索結果に基づいて、翌日の訪問予定の患者の一覧を含み、各患者に対する訪問医を選択させるための画面を表示させる表示データを生成する（Ｓ１０３）。当該画面を、以下「訪問スケジュール一覧画面」という。続いて、応答返信部１５は、生成された表示データを含む応答をユーザ端末２０に返信する（Ｓ１０４）。ユーザ端末２０は、当該応答の受信に応じ、当該応答に含まれている表示データに基づいて、訪問スケジュール一覧画面を表示させる。
　図６は、訪問スケジュール一覧画面の表示例を示す図である。図６において、訪問スケジュール一覧画面５１０には、患者ごとに、訪問時間、患者名、訪問医、及び訪問医割当ボタン５１１～５１３が表示されている。
　訪問時間及び患者名は、患者情報記憶部１６の定期訪問周期又は患者名の項目より取得された値である。訪問医の項目は、空となっている。訪問医は、これから割り当てられるからである。訪問医割当ボタン５１１～５１３は、患者に対する訪問医の割り当て作業を実行させるためのボタンである。
　例えば、「富士　六太」さんに対する訪問医を割り当てるべく、訪問医割当ボタン５１３が押下されると、ユーザ端末２０は、「富士　六太」さんの患者ＩＤが指定された、訪問医割当画面の取得要求を訪問診療支援装置１０に送信する。すなわち、訪問医割当ボタン５１１～５１３のそれぞれには、各患者の患者ＩＤが指定された、訪問医割当画面の取得要求の送信命令が、表示データにおいて対応付けられている。
　ステップＳ１０５において、訪問診療支援装置１０の要求受信部１１は、訪問医割当画面の取得要求を受信する。続いて、検索部１２は、当該取得要求に指定されている患者ＩＤに係る患者の担当医を、患者情報記憶部１６、チーム情報記憶部１７、及びスタッフ情報記憶部１９に基づいて特定する（Ｓ１０６）。以下、当該取得要求に指定されている患者ＩＤを、「対象患者ＩＤ」という。
　具体的には、対象患者ＩＤに対応付けられている診療チームＩＤが患者情報記憶部１６（図５）より取得される。ここでは、「富士　六太」さんに対応付けられている診療チームＩＤである「Ｔ００００００２」が取得される。
　次に、当該診療チームＩＤに対応付けられているスタッフＩＤが、チーム情報記憶部１７より取得される。
　図７は、チーム情報記憶部の構成例を示す図である。図７において、チーム情報記憶部１７は、診療チームＩＤごとに、１以上のスタッフＩＤを記憶する。すなわち、チーム情報記憶部１７には、診療チームを構成する医療スタッフのスタッフＩＤが、当該診療チームの診療チームＩＤに対応付けられて記憶されている。なお、一人の医療スタッフが、複数の診療チームに属する場合も有る。
　ここでは、診療チームＩＤ「Ｔ００００００２」に対応付けられているスタッフＩＤである、「Ｄ００００００１」及び「Ｄ００００００３」が取得される。
　次に、チーム情報記憶部１７より取得されたスタッフＩＤに係る医療スタッフの属性情報が、スタッフ情報記憶部１９より取得される。
　図８は、スタッフ情報記憶部の構成例を示す図である。図８において、スタッフ情報記憶部１９は、医療スタッフごとに、スタッフＩＤ、職種、及び氏名等を記憶する。
　ここでは、スタッフＩＤ「Ｄ００００００１」又は「Ｄ００００００３」に係る属性情報であって、「職種」の値が「医師」である属性情報が取得される。したがって、「富士　太郎」の属性情報と、「富士　七子」の属性情報とが取得される。当該二人が、対象患者ＩＤに係る患者の担当医として特定される。
　続いて、検索部１２は、担当医の中で、対象患者ＩＤに係る患者を未訪問の医師の存否を、スケジュール情報記憶部１８を参照して判定する（Ｓ１０７）。
　図９は、スケジュール情報記憶部の構成例を示す図である。図９において、スケジュール情報記憶部１８は、訪問実績又は訪問予定ごとに、スケジュールＩＤ、患者ＩＤ、訪問医ＩＤ、訪問日、及び訪問時間等を記憶する。
　スケジュールＩＤは、各訪問実績又は各訪問予定の識別情報である。患者ＩＤは、訪問先の患者の患者ＩＤである。訪問医ＩＤは、訪問医のスタッフＩＤである。訪問日は、訪問が行われた、又は訪問予定の日付である。訪問時間は、訪問が行われた時間である。すなわち、本実施の形態では、訪問実績を示すレコードに、訪問時間が記憶されている。
　ステップＳ１０７では、スケジュール情報記憶部１８において、対象患者ＩＤを「患者ＩＤ」の値として含むレコードの中から、ステップＳ１０６において特定された各担当医のスタッフＩＤを「訪問医ＩＤ」の値として含むレコードが検索すされる。当該検索結果に基づいて、未訪問の医師の存否が判定される。すなわち、該当するレコードが検索された担当医は、訪問済みであると判定される。該当するレコードが検索されない担当医は、未訪問であると判定される。
　図９では、「富士　六太」さんの患者ＩＤである「Ｐ００００００３」に対して訪問済みの医師は、スタッフＩＤが「Ｄ００００００１」の医師（富士　太郎）である。換言すれば、スタッフＩＤが「Ｄ００００００３」である医師（富士　七子）は、「富士　六太」さんの訪問実績が無い。したがって、未訪問の担当医は存在すると判定される。
　未訪問の担当医が存在する場合（Ｓ１０７でＹｅｓ）、表示データ生成部１４は、ステップＳ１０６及びＳ１０７の処理結果に基づいて、訪問医割当画面を表示させる表示データを生成する（Ｓ１０８）。続いて、応答返信部１５は、生成された表示データを含む応答をユーザ端末２０に返信する（Ｓ１０９）。ユーザ端末２０は、当該応答の受信に応じ、当該応答に含まれている表示データに基づいて、訪問医割当画面を表示させる。
　図１０は、未訪問の担当医が存在する場合の訪問医割当画面の表示例を示す図である。図１０において、訪問医割当画面５２０ａは、訪問医を選択させるためのリストボックス５２１等を含む。リストボックス５２１には、ステップＳ１０６において特定された各担当医の氏名が選択肢として表示されている。図１０では、訪問済みの医師と未訪問の医師とが区別可能とされている。未訪問の医師の氏名である「富士　七子」のみが選択可能とされている。換言すれば、訪問済みの医師の氏名である「富士　太郎」は選択不能とされている。その結果、未訪問の医師が強制的に選択される。但し、実際問題を考慮すると、未訪問の医師が、必ずしも翌日の都合が付くとは限らない。したがって、未訪問の医師と訪問済みの医師とが区別可能な状態であれば、訪問済みの医師も選択可能とされてもよい。ユーザ端末２０のユーザは、未訪問の医師に対して優先的に翌日の訪問を打診して、訪問医を選択する。
　訪問医割当画面５２０ａのリストボックス５２１において訪問医が選択され、ＯＫボタン５２２が押下されると、ユーザ端末２０は、対象患者ＩＤと、リストボックス５２１において選択された訪問医のスタッフＩＤとが指定された、訪問医の登録要求を訪問診療支援装置１０に送信する。
　ステップＳ１１７において、訪問診療支援装置１０の要求受信部１１は、訪問医の登録要求を受信する。続いて、登録部１３は、当該登録要求に指定されている患者ＩＤを及びスタッフＩＤを、「患者ＩＤ」又は「訪問医ＩＤ」の値とするレコードを、スケジュール情報記憶部１８に追加登録する（Ｓ１１８）。当該レコードのスケジュールＩＤは、自動的に割り当てられる。当該レコードの訪問日には、翌日の日付が記憶される。当該レコードの訪問時間は、空のままである。本実施の形態において、訪問時間は、訪問が実際に行われた後に入力されるからである。
　なお、ステップＳ１０２において検索されるレコードは、定期訪問周期によって特定される訪問日が、翌日に該当するレコードの中で、翌日に関する訪問予定のレコードがスケジュール情報記憶部１８に記憶されていない患者に係るレコードに絞り込まれてもよい。すなわち、ステップＳ１０２において検索されるレコードは、訪問医が決定されていない患者に係るレコードに絞り込まれてもよい。
　一方、ステップＳ１０７において、対象患者ＩＤに係る患者に対して未訪問の医師は存在しないと判定される場合（Ｓ１０７でＮｏ）、検索部１２は、当該患者の主治医は決定済みであるか否かを判定する（Ｓ１１０）。主治医が決定済みであるか否かは、患者情報記憶部１６において、対象患者ＩＤに対して主治医ＩＤが記憶されているか否かに基づいて判定可能である。
　例えば、図６に示される訪問スケジュール一覧画面５１０において、「富士　五花」さんに対応する訪問医割当ボタン５１２が押下された場合、対象患者ＩＤに係る患者に対して未訪問の医師は存在しないと判定される。但し、図５より明らかなように、「富士　五花」さんの主治医は決定済みではない。したがって、この場合、ステップＳ１１１に進む。
　ステップＳ１１１において、表示データ生成部１４は、主治医設定画面を表示させる表示データを生成する。続いて、応答返信部１５は、生成された表示データを含む応答をユーザ端末２０に返信する（Ｓ１１２）。当該応答は、主治医の選択指示の一例である。ユーザ端末２０は、当該応答の受信に応じ、当該応答に含まれている表示データに基づいて、主治医設定画面を表示させる。
　図１１は、主治医設定画面の表示例を示す図である。図１１において、主治医設定画面５３０には、リストボックス５３１等を含む。リストボックス５３１は、主治医設定画面５３０に患者ＩＤ及び患者名が表示されている患者に対する主治医を選択させるための表示要素である。リストボックス５３１には、ステップＳ１０６において特定された担当医が選択肢として含まれている。ユーザは、例えば、適宜関係者と連絡をとり、選択肢の中から主治医を選択する。
　このように、本実施の形態の訪問診療支援装置１０は、或る患者を担当する診療チームに属する全ての医師が当該患者を訪問した後でなければ、主治医の設定を行わせない。換言すれば、主治医が決定されるまでに、診療チームの属する全ての医師が患者を訪問し、患者を直接診療することが保証される。したがって、同じ患者を担当する複数の医師による患者の状態の把握を支援することができる。
　リストボックス５３１を介した主治医の選択後、ＯＫボタン５３２が押下されると、ユーザ端末２０は、主治医として選択された医師のスタッフＩＤと、対象患者ＩＤとが指定された主治医の登録要求を、訪問診療支援装置１０に送信する。
　ステップＳ１１３において、訪問診療支援装置１０の要求受信部１１は、主治医の登録要求を受信する。続いて、登録部１３は、主治医の登録要求に指定されている対象患者ＩＤに対応付けて、当該登録要求に指定されているスタッフＩＤを、患者情報記憶部１６の「主治医ＩＤ」に記憶する（Ｓ１１４）。
　続いて、表示データ生成部１４は、ステップＳ１０８と同様の手順で、訪問医割当画面の表示データを生成する（Ｓ１１５）。但し、ここでは、主治医が決定済みであるため、主治医が選択された状態が初期状態となるように、当該表示データが生成されてもよい。続いて、応答返信部１５は、生成された表示データを含む応答をユーザ端末２０に返信する（Ｓ１１６）。ユーザ端末２０は、当該応答の受信に応じ、当該応答に含まれている表示データに基づいて、訪問医割当画面を表示させる。
　図１２は、主治医が決定済みの場合の訪問医割当画面の表示例を示す図である。図１２中、図１０と同一部分又は対応する部分には同一符号が付されている。
　図１２に示される訪問医師割当画面５２０ｂでは、リストボックス５２１において、誰が主治医であるかが区別可能とされている。また、上記したように、リストボックス５２１において、主治医が選択された状態が、訪問医師割当画面５２０ｂの初期状態とされてもよい。
　ユーザ端末２０のユーザは、例えば、主治医を優先的に訪問医として選択する。例えば、ユーザは、主治医に連絡をとり、翌日のスケジュールを確認し、主治医の都合が付けば、主治医を訪問医とする。主治医の都合が付かない場合、主治医以外の医師が訪問医として選択される。
　リストボックス５２１において訪問医が選択され、ＯＫボタン５２２が押下されると、上記したステップＳ１１７及びＳ１１８が実行される。
　一方、ステップＳ１１０において、対象患者ＩＤに係る患者の主治医は決定済みであると判定される場合（Ｓ１１０でＹｅｓ）、ステップＳ１１０に続いてステップＳ１１５以降が実行される。
　例えば、図６に示される訪問スケジュール一覧画面５１０において、「富士　四郎」さんに対応する訪問医割当ボタン５１２が押下された場合、図５より明らかなように、対象患者ＩＤに係る患者の主治医は決定済みである。したがって、「富士　四郎」さんに関しては、ステップＳ１１０に続いてステップＳ１１５以上が実行される。但し、「富士　四郎」さんについても、過去にステップＳ１１１以降が実行されることにより、主治医が決定されている。
　上述したように、本実施の形態によれば、同一の診療チームに属する全ての医師が患者の訪問を経験した後に、当該患者の主治医が決定される。また、未訪問の医師が存在する場合は、当該医師が優先的に訪問医として選択されるように訪問医割当画面５２０ａが表示される。したがって、同じ患者を担当する複数の医師による患者の状態の把握を支援することができる。
　すなわち、主治医の決定後は、基本的に主治医の都合が悪くない限り主治医によって訪問が行われる。したがって、主治医が決定された後に、他の医師に訪問を担当させる機会は減ってしまう。本実施の形態では、そのような事情を考慮して、主治医の決定前に、同一の診療チームに属する全ての医師による訪問が半強制的に実現されるように構成されている。
　なお、本実施の形態において、スケジュール情報記憶部１８は、実績情報記憶部の一例である。
　以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
１０　　　　　訪問診療支援装置
１１　　　　　要求受信部
１２　　　　　検索部
１３　　　　　登録部
１４　　　　　表示データ生成部
１５　　　　　応答返信部
１６　　　　　患者情報記憶部
１７　　　　　チーム情報記憶部
１８　　　　　スケジュール情報記憶部
１９　　　　　スタッフ情報記憶部
２０　　　　　ユーザ端末
１００　　　　ドライブ装置
１０１　　　　記録媒体
１０２　　　　補助記憶装置
１０３　　　　メモリ装置
１０４　　　　ＣＰＵ
１０５　　　　インタフェース装置
Ｂ　　　　　　バス

Claims (3)

  1. 　患者ごとに当該患者を担当する複数の医師の識別情報を記憶する患者情報記憶部を参照して、訪問先の第一の患者に対する複数の医師のそれぞれの識別情報を特定し、
    　医師の識別情報ごとに患者の訪問実績を記憶する実績記憶部を参照して、前記第一の患者に対する複数の医師のそれぞれの識別情報の中から、前記第一の患者を未訪問の医師の識別情報を特定し、
    　前記未訪問の医師の識別情報が特定されない場合に、前記第一の患者に対する主治医の選択指示を出力する処理をコンピュータが実行する訪問診療支援方法。
  2. 　前記未訪問の医師の識別情報が特定された場合は、当該未訪問の医師の識別情報を訪問担当の候補として出力する処理を前記コンピュータが実行する請求項１記載の訪問診療支援方法。
  3. 　患者ごとに当該患者を担当する複数の医師の識別情報を記憶する患者情報記憶部を参照して、訪問先の第一の患者に対する複数の医師のそれぞれの識別情報を特定し、
    　医師の識別情報ごとに患者の訪問実績を記憶する実績記憶部を参照して、前記第一の患者に対する複数の医師のそれぞれの識別情報の中から、前記第一の患者を未訪問の医師の識別情報を特定し、
    　前記未訪問の医師の識別情報が特定されない場合に、前記第一の患者に対する主治医の選択指示を出力する処理をコンピュータに実行させるプログラム。
PCT/JP2012/056980 2012-03-19 2012-03-19 訪問診療支援方法及びプログラム WO2013140489A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2014505823A JP5751382B2 (ja) 2012-03-19 2012-03-19 訪問診療支援方法及びプログラム
PCT/JP2012/056980 WO2013140489A1 (ja) 2012-03-19 2012-03-19 訪問診療支援方法及びプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2012/056980 WO2013140489A1 (ja) 2012-03-19 2012-03-19 訪問診療支援方法及びプログラム

Publications (1)

Publication Number Publication Date
WO2013140489A1 true WO2013140489A1 (ja) 2013-09-26

Family

ID=49221985

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/056980 WO2013140489A1 (ja) 2012-03-19 2012-03-19 訪問診療支援方法及びプログラム

Country Status (2)

Country Link
JP (1) JP5751382B2 (ja)
WO (1) WO2013140489A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115185936A (zh) * 2022-07-12 2022-10-14 曜立科技(北京)有限公司 一种基于大数据的医疗临床数据质量分析系统

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6592321B2 (ja) * 2015-10-08 2019-10-16 キッセイコムテック株式会社 診診連携方法および診診連携用コンピュータプログラム

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004194759A (ja) * 2002-12-16 2004-07-15 Canon Inc 連携診断システム
JP2007004662A (ja) * 2005-06-27 2007-01-11 Tatsunori Yuumen 訪問診療支援システムおよび方法
JP2008225665A (ja) * 2007-03-09 2008-09-25 Fujitsu Ltd 看護師割振り装置および看護師割振りプログラム

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002024493A (ja) * 2000-07-11 2002-01-25 Meidensha Corp スケジュール管理方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004194759A (ja) * 2002-12-16 2004-07-15 Canon Inc 連携診断システム
JP2007004662A (ja) * 2005-06-27 2007-01-11 Tatsunori Yuumen 訪問診療支援システムおよび方法
JP2008225665A (ja) * 2007-03-09 2008-09-25 Fujitsu Ltd 看護師割振り装置および看護師割振りプログラム

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115185936A (zh) * 2022-07-12 2022-10-14 曜立科技(北京)有限公司 一种基于大数据的医疗临床数据质量分析系统
US11966374B2 (en) 2022-07-12 2024-04-23 Serv Medical Pte. Ltd. Medical clinical data quality analysis system based on big data

Also Published As

Publication number Publication date
JP5751382B2 (ja) 2015-07-22
JPWO2013140489A1 (ja) 2015-08-03

Similar Documents

Publication Publication Date Title
JP5302290B2 (ja) 看護支援システム
US20140122350A1 (en) System, apparatus, and method for license management
US20190318278A1 (en) Work management method, work management program, and work management apparatus
JP2017079065A (ja) 医療機関マッチングシステム
JP5929416B2 (ja) 電子カルテシステム及び診療情報表示方法
JP5751382B2 (ja) 訪問診療支援方法及びプログラム
WO2009128296A1 (ja) 地域医療連携システム、登録端末及びプログラム
JP2019028969A (ja) センサ管理ユニット、方法及びプログラム
JP2006301760A (ja) 医療情報提供装置及び医療情報提供方法
AU2018214441A1 (en) Workplace task management system and process
JP6119189B2 (ja) ライセンス管理装置、ライセンス管理システム、及びライセンス管理方法
JP6151170B2 (ja) クリニカルパス管理サーバ
JP5822018B2 (ja) 訪問診療支援方法及びプログラム
JP2002051991A (ja) 携帯型医療機器の使用者情報設定方法とそれを用いた携帯型医療機器
JP5543511B2 (ja) 業務支援装置、携帯端末及びプログラム
JP2018120384A (ja) 文書閲覧システム及びプログラム
JP5629709B2 (ja) 看護業務支援装置、端末装置及びプログラム
JP6497037B2 (ja) 患者情報表示プログラム、患者情報表示方法及び患者情報表示装置
KR101136087B1 (ko) 병원 ｅｍｒ 어플리케이션의 성능 모니터링 방법 및 시스템
JP7298670B2 (ja) 情報処理システム、カルテ画面表示方法、およびプログラム
JP6736838B2 (ja) 情報処理装置、カルテ画面表示方法、およびプログラム
JP6988943B2 (ja) 情報処理システム、カルテ画面表示方法、およびプログラム
JP2017151892A (ja) 操作支援プログラム、装置及び方法
JP5855513B2 (ja) レコメンドリスト提供装置およびレコメンドリスト提供方法
JP2018195226A (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: 12871810

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2014505823

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12871810

Country of ref document: EP

Kind code of ref document: A1