WO2021199215A1 - 動物患者の状態管理システム - Google Patents

動物患者の状態管理システム Download PDF

Info

Publication number
WO2021199215A1
WO2021199215A1 PCT/JP2020/014699 JP2020014699W WO2021199215A1 WO 2021199215 A1 WO2021199215 A1 WO 2021199215A1 JP 2020014699 W JP2020014699 W JP 2020014699W WO 2021199215 A1 WO2021199215 A1 WO 2021199215A1
Authority
WO
WIPO (PCT)
Prior art keywords
management system
state management
label
animal patient
unit
Prior art date
Application number
PCT/JP2020/014699
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 PCT/JP2020/014699 priority Critical patent/WO2021199215A1/ja
Priority to JP2021533754A priority patent/JP6982924B1/ja
Publication of WO2021199215A1 publication Critical patent/WO2021199215A1/ja
Priority to JP2021185424A priority patent/JP2022017590A/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02A—TECHNOLOGIES FOR ADAPTATION TO CLIMATE CHANGE
    • Y02A40/00—Adaptation technologies in agriculture, forestry, livestock or agroalimentary production
    • Y02A40/70—Adaptation technologies in agriculture, forestry, livestock or agroalimentary production in livestock or poultry

Definitions

  • the present invention relates to a state management system for animal patients.
  • Patent Document 1 Electronic medical records for animals are used (see Patent Document 1).
  • the medical record shows the patient's consultation status, but it is not possible to know what the current situation is without looking inside.
  • the present invention has been made in view of such a background, and an object of the present invention is to provide a technique capable of easily grasping the condition of an animal patient.
  • the main invention of the present invention for solving the above problems is a state management system for an animal patient in a veterinary hospital, and a plurality of labels indicating the state of the animal patient to be grasped at the veterinary hospital are attached to the animal patient. It is characterized by including a giving unit to be associated, a storage unit for storing the label in association with the animal patient, and a display unit for displaying the label given to the animal patient.
  • the condition of an animal patient can be easily grasped.
  • the state management system 1 of the present embodiment is intended to manage the waiting status of an animal patient in a veterinary hospital.
  • the veterinary medical staff in the veterinary hospital can easily grasp what kind of animal patient is waiting and how many (how many). To that end, animal patients can be labeled in addition to their current status, and each label can count how many animal patients are labeled.
  • FIG. 1 is a diagram showing a configuration example of a state management system 1 according to the first embodiment of the present disclosure.
  • the electronic medical record system 1 of the present embodiment includes a veterinary hospital management server 10 (hereinafter, referred to as a server 10).
  • the server 10 is communicably connected to the user terminal 20 and the owner terminal 30 via the network NW. It should be noted that this configuration is an example, and a certain configuration may have another configuration or may include another configuration.
  • the network NW assumes the Internet.
  • the network NW is constructed by, for example, a public telephone line network, a mobile phone line network, a wireless communication network, Ethernet (registered trademark), and the like.
  • the server 10 is a computer that manages the condition of the animal patient.
  • the server 10 may be managed directly by, for example, a veterinary hospital, or may be managed by an organization that manages a veterinary hospital or a servicer that provides a veterinary hospital management system 1 for at least one veterinary hospital.
  • the server 10 may be a general-purpose computer such as a workstation or a personal computer, or may be logically realized by cloud computing.
  • the user terminal 20 is a computer operated by a medical worker R1 working in a veterinary hospital.
  • the user terminal 20 is owned by the medical worker R1 or lent by a veterinary medical institution.
  • the user terminal 20 can be, for example, a mobile phone, a smartphone, a tablet computer, a personal computer, or the like.
  • the owner terminal 30 is a computer operated by the owner R2 of an animal patient who goes to a veterinary hospital.
  • the owner terminal 30 can be, for example, a mobile phone, a smartphone, a tablet computer, a personal computer, or the like.
  • FIG. 2 is a diagram showing a hardware configuration example of a computer that realizes the server 10 according to the present embodiment.
  • the computer includes at least a control unit 11, a memory 12, a storage 13, a communication unit 14, an input / output unit 15, and the like. These are electrically connected to each other through the bus 16.
  • the control unit 11 is an arithmetic unit that controls the operation of the entire server 10, controls the transmission and reception of data between each element, and performs information processing and the like necessary for application execution and authentication processing.
  • the control unit 11 is a processor such as a CPU (Central Processing Unit), and executes each information processing by executing a program or the like stored in the storage 13 and expanded in the memory 12.
  • CPU Central Processing Unit
  • the memory 12 includes a main memory composed of a volatile storage device such as a DRAM (Dynamic Random Access Memory) and an auxiliary memory composed of a flash memory or a non-volatile storage device such as an HDD (Hard Disk Drive). ..
  • the memory 12 is used as a work area or the like of the control unit 11, and also stores a BIOS (Basic Input / Output System) executed when the server 10 is started, various setting information, and the like.
  • BIOS Basic Input / Output System
  • the storage 13 stores various programs such as application programs.
  • a database storing data used for each process may be built in the storage 13.
  • the communication unit 14 connects the server 10 to the network.
  • the communication unit 14 uses, for example, a wired LAN (Local Area Network), wireless LAN, Wi-Fi (Wireless Fidelity, registered trademark), infrared communication, Bluetooth (registered trademark), short-range or non-contact communication, or the like. Communicate directly with the device or via a network access point.
  • LAN Local Area Network
  • Wi-Fi Wireless Fidelity, registered trademark
  • infrared communication Bluetooth (registered trademark)
  • short-range or non-contact communication or the like.
  • the input / output unit 15 is, for example, an information input device such as a keyboard, a mouse, and a touch panel, and an output device such as a display.
  • the bus 16 is commonly connected to each of the above elements and transmits, for example, an address signal, a data signal, and various control signals.
  • FIG. 3 is a diagram showing a software configuration example of the server 10 according to the present embodiment.
  • the server 10 includes a grant unit 111, a display unit 112, a status update unit 113, a waiting time acquisition unit 114, a statistical information generation unit 115, a medical record DB 131, a label DB 132, a rule DB 133, and a status DB 134.
  • the granting unit 111, the display unit 112, the status update unit 113, the waiting time acquisition unit 114, and the statistical information generation unit 115 are realized by the control unit 11 reading the program stored in the storage 13 into the memory 12 and executing the program. obtain.
  • the medical record DB 131, the label DB 132, the rule DB 133, and the status DB 134 can be realized as a part of the storage area provided by the memory 12 and the storage 13.
  • the medical record DB 131, the label DB 132, the rule DB 133, and the status DB 134 may be realized as a part of an external storage area provided by one or more servers other than the server 10.
  • the medical record DB131 is a database for managing medical record information of animal patients.
  • FIG. 4 is a diagram showing an example of the medical record DB131 according to the present embodiment. As shown in FIG. 4, the medical record information is managed in association with, for example, a patient ID that identifies an animal patient. In addition, medical record information for each animal patient is managed for each consultation date.
  • the items included in the medical record information include animal information, interview information, physical findings, medical history, examination information, diagnostic information, treatment / medication information, prescription information, memos, image information, and the like.
  • Animal information includes animal species information applicable to the animal patient.
  • animal species information include dogs, foxes, tanukis, phenecks, cats, hamsters, guinea pigs, honeybees, scorpions, taiwan squirrels, prairie dogs, momonga, rabbits, monkeys, mini pigs, ferret, scanks, donkeys, horses (miniature horses, farabella).
  • Interview information is subjective information (chief complaint) obtained from the owner. For example, “I don't eat much rice”, “I have scratches on my legs”, “I'm getting fat”, “I'm not feeling well”, “I have a runny nose”, etc. It is an observed symptom.
  • Questionnaire information may be obtained from the owner using a questionnaire or a medical inquiry terminal when visiting a veterinary hospital, or it may be obtained by having the owner enter it in advance using a mobile terminal or the like owned by the owner. May be good. Interviews are also conducted at the time of admission and surgery, and the interview information may be included in the hospitalization chart information and the surgery chart information.
  • Physical findings are physical information that can be examined by veterinarians, etc. at veterinary hospitals, etc., and can be expressed in objective numerical values. For example, “weight”, “body temperature”, “heart rate”, “respiratory rate” and the like.
  • Medical history is subjective information heard by veterinarians and others.
  • the medical history is often the same as the above-mentioned interview information, but it also includes items that are difficult for the owner to actually confirm, such as "red throat”.
  • the information that "hematuria is occurring” is obtained from the interview information, the current medical history that "bleeding from the anus” may be heard when examined by a veterinarian or the like.
  • the test information includes at least the contents of the tests that the animal patient has received in the past.
  • the test information can include tests that have been performed in the past visits, hospitalizations, or operations, tests that have been performed in the examinations, and the like.
  • the reaction to the test (information on the acceptability / permissibility of the test itself, such as whether or not it was disliked) may be associated and stored.
  • the diagnostic information includes at least the history of diagnoses received by the animal patient in the past.
  • the diagnostic information can include information such as specific disease names and injuries that have occurred in the past. Diagnostic information may include information about diagnoses suspected in previous visits, hospitalizations or surgery.
  • the treatment / medication information includes information regarding the treatment or medication that the animal patient has received in the past.
  • the treatment / dosing information may be associated with and stored in response to the treatment or dosing (information regarding the acceptability / tolerance of the treatment or dosing itself, such as whether or not the patient disliked it or whether it affected the physical condition).
  • the treatment includes, for example, anal gland treatment, nail cutting treatment, sole treatment, ear treatment, hair removal, ophthalmic treatment, dental treatment, Elizabeth collar / abdominal band, acupuncture and moxibustion treatment, indwelling, stool removal, thread removal, disinfection, oxygen.
  • Treatment emetic treatment, emergency resuscitation, drainage, forced feeding, washing, exclusion, massage, microchip, trimming, catheter, rehabilitation, surgery, anesthesia, hospitalization, injection, blood transfusion, infusion, examination, radiotherapy, various docks, Nursing care, hygiene treatment, shampoo, punishment, supplements, snacks, contraception, neutering, flea mite extermination, mad dog disease medicine, vaccines, foods, internal medicine, ear drops, nasal drops, eye drops, external medicine (ointment / cream), external use Drugs (disinfectants / sprays), topical drugs, filaria prevention, etc. can be exemplified, but not limited to this.
  • Prescription information includes drugs, etc. prescribed by the animal patient in the past.
  • the user's mobile terminal contains information on the acceptability / tolerance of the treatment or the medication itself, such as whether or not the drug prescribed at home could be taken, whether or not it was disliked, and whether or not it affected the physical condition. It may be acquired and added via.
  • the memo is text data input by the doctor in charge of medical examination, hospitalization or surgery, the nurse in charge, the office work in charge, etc.
  • the image information is an image of an animal patient.
  • the image information may be a still image or a moving image.
  • the label DB 132 stores information regarding the label given to the animal patient (hereinafter, referred to as label information).
  • FIG. 5 is a diagram showing a configuration example of label information.
  • the label information may include granting conditions, priority order, and color in association with the label.
  • the granting condition is a condition for automatically granting a label to an animal patient. For example, for the label of "new patient”, it is possible to make it a condition that the medical record information is not registered. For example, for the label of "first visit”, the case where the medical record information of the date of the past one month does not exist can be a condition for granting. For example, for labels such as "bleeding" and "vomiting", it can be a condition that the interview includes keywords such as "bleeding" and "vomiting".
  • the label of "filaria” it is possible to give the condition that the result of the examination is "filaria" in the latest medical record information and the interview includes the keyword "same symptom as the previous time”.
  • the label of "X-ray completed” it is possible to make it a condition that "X-ray” is included in the inspection item of today's medical record information.
  • the label of "waiting for accounting” it is possible to make it a condition that the medical examination result is registered in the medical record information of the animal patient who has been reserved or accepted, and the item related to the payment of accounting is not registered. ..
  • the priority order indicates the order in which the labeled animal patients should be preferentially examined and examined. As a general rule, even when examining and testing animal patients who have been accepted first, for animal patients with high priority labels, the examination and examination should be performed first regardless of the order of reception. can do.
  • the color is the color when the label is displayed.
  • Rule DB 133 stores rules for determining the order of consultation for animal patients. Rules can be set for arbitrary information such as medical record information and labels given to animal patients. For example, a priority order is set for the label, and a rule for determining the consultation order can be set according to the priority order of the label and the reception date and time (waiting time).
  • the status DB 134 stores information (status information) indicating the status of the animal patient.
  • FIG. 6 is a diagram showing a configuration example of status information.
  • the status information includes a reception date and time, a status, and a label in association with the patient ID that identifies the animal patient.
  • the status indicates the status from the visit to the end of the examination.
  • the status includes, for example, received indicating that the patient has come to the hospital and accepted, waiting for an examination indicating that the examination before the examination has been accepted, during the examination indicating that the examination is currently underway, and waiting for the examination. It can be either waiting for medical examination, indicating that the patient is currently undergoing medical examination, or having undergone medical examination indicating that the medical examination has been completed.
  • a state in which the medical examination is completed, the accounting is completed, and the veterinary hospital has nothing to do with the animal patient may be set as the end status.
  • the label indicates the label given to the animal patient.
  • the label may include a plurality of labels.
  • the giving unit 111 gives a label to the animal patient.
  • the giving unit 111 can give a label to an animal patient in response to an input from the medical worker R1 using the user terminal 20.
  • the giving unit 111 can also automatically give a label.
  • the granting unit 111 refers to the animal patient when the granting conditions included in the label information are satisfied by the chart information, the status information, and other obtainable information regarding the animal patient.
  • a label of label information can be given.
  • the giving unit 111 can set the label given to the animal patient to the label of the status information corresponding to the animal patient.
  • the giving unit 111 can also notify the owner terminal 30 of the given label.
  • the display unit 112 can display a list of labels given to animal patients.
  • the display unit 112 can display the label together with the status information.
  • the status update unit 113 updates the status of the animal patient.
  • the status update unit 113 can, for example, detect the update of the medical record information and update the status of the status information.
  • the status update unit 113 may also update the status according to the designation from the medical worker R1 using the user terminal 20.
  • the waiting time acquisition unit 114 acquires the waiting time of the animal patient.
  • the waiting time acquisition unit 114 can calculate the time from the reception time of the status information to the current time as the waiting time.
  • the statistical information generation unit 115 can perform aggregation for each label.
  • the statistical information generation unit 115 can count the number of animal patients for each label.
  • the statistical information generation unit 115 can perform arbitrary aggregation for each label.
  • the statistical information generation unit 115 may, for example, aggregate the total waiting time, the average, and the like for each label. Further, the statistical information generation unit 115 may perform aggregation for, for example, a combination of a plurality of labels, or for example, for a certain label, aggregation may be performed for each other label assigned at the same time. ..
  • FIG. 7 is a diagram illustrating the operation of the state management system 1 of the present embodiment.
  • the server 10 creates status information when an animal patient is examined (S401). If the interview is conducted via the owner terminal 30 before the visit, the status information is created before the visit.
  • the server device 10 updates the acceptance time of the status information (S402). For example, the server 10 may acquire the reception time from the reception system, or may receive the input of the patient animal and the reception time from the medical worker R1. Further, the server 10 can update the reception time every time the reception is performed, when the reception of the examination or the reception of the medical examination is performed, in addition to the reception of the visit.
  • the server 10 searches for label information for which the grant condition is satisfied by the chart information, status information, and other obtainable information, assigns a label of the label information satisfying the grant condition to the animal patient, and assigns the assigned label to the status information. Is set to (S403). Further, the server 10 can accept the designation of the label to be given from the medical worker R1, give the designated label to the animal patient, and add the given label to the status information (S404).
  • the server 10 displays a list of waiting patient animals (S405).
  • FIG. 8 is a diagram showing an example of a screen 41 displaying a list of waiting patient animals.
  • a list of patient animals visiting the veterinary hospital is displayed, and for each patient animal, a waiting time 411, a status 412, and a label 413 are displayed.
  • the server 10 can display the time from the reception time of the status information to the current time as the waiting time 411. Further, the status and label of the status information can be displayed as the status 412 and the label 413 of the screen 41.
  • the server 10 can display the label 413 in the color specified as the color of the label information.
  • the server 10 can display the aggregation result obtained by aggregation for each label (S406).
  • the server 10 corresponds to the label by counting the unique patient ID of the status information including the label for each of the unique labels included in the status information which is the status other than the termination status.
  • the number of waiting patient animals can be counted.
  • FIG. 9 is a diagram showing an example of a screen 42 for displaying aggregated information. As shown in FIG. 9, the number of waiting animal patients 422 is displayed for each label 421.
  • the screen 42 also includes a label designation field 423, counts patient IDs in status information corresponding to the label (s) designated in the designation field 423, and counts the number of waiting patient animals for the designated label. 422 can also be displayed.
  • the state management system 1 of the present embodiment it is possible to easily grasp what kind of animal patient is waiting at the veterinary hospital.
  • the present disclosure also includes the following configurations.
  • [Item 1] (Associate multiple labels with animal patients) A state management system for animal patients in a veterinary hospital A granting unit that associates a plurality of labels representing the condition of the animal patient to be grasped at the veterinary hospital with the animal patient. A storage unit that stores the label in association with the animal patient, A display unit for displaying the label given to the animal patient, and A state management system characterized by being equipped with.
  • [Item 2] Label color coding
  • Each of the labels has a visually distinguishable feature. The characteristics shall be determined according to the above conditions.
  • [Item 3] (Label display order) The state management system according to item 1.
  • a state management system featuring. [Item 4] (Automatic addition or deletion of labels (according to other processing, other labels, and predetermined conditions) The state management system according to item 1.
  • the storage unit stores the granting conditions for each of the labels.
  • the granting unit associates the label associated with the granting condition with the animal patient when the granting condition is met.
  • [Item 6] (Statistical information: Aggregation of waiting time for each label) The state management system according to item 5.
  • a waiting time acquisition unit for acquiring the waiting time of the animal patient is further provided.
  • the statistical information generation unit aggregates the waiting time for each label.
  • [Item 7] (Rule-based optimization of patient order) The state management system according to item 1.
  • a rule storage unit that stores rules for determining the examination order of the animal patient according to the label.
  • a medical examination order determination unit that determines the medical examination order of the animal patient based on the label and the rule given to the animal patient.
  • [Item 8] (New label push notification function) The state management system according to item 1. Further comprising a notification unit for notifying the caregiver of the animal patient when the granting unit assigns the label to the animal patient.

Landscapes

  • Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Health & Medical Sciences (AREA)
  • Economics (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

【課題】動物患者の状態を容易に把握することができるようにする。 【解決手段】動物病院における動物患者の状態管理システムであって、動物病院において把握されるべき動物患者の状態を表す複数のラベルを動物患者に関連付ける付与部と、動物患者に対応付けてラベルを記憶する記憶部と、動物患者に付与されたラベルを表示する表示部と、を備えることを特徴とする。

Description

動物患者の状態管理システム
　本発明は、動物患者の状態管理システムに関する。
　動物用の電子カルテが用いられている（特許文献１参照）。
特開２０１５－０６９５７８号
　カルテには患者の受診状況が記入されるが、現在どのような状況にあるのかは中を見ないと把握することができない。
　本発明はこのような背景を鑑みてなされたものであり、動物患者の状態を容易に把握することのできる技術を提供することを目的とする。
　上記課題を解決するための本発明の主たる発明は、動物病院における動物患者の状態管理システムであって、前記動物病院において把握されるべき前記動物患者の状態を表す複数のラベルを前記動物患者に関連付ける付与部と、前記動物患者に対応付けて前記ラベルを記憶する記憶部と、前記動物患者に付与された前記ラベルを表示する表示部と、を備えることを特徴とする。
　その他本願が開示する課題やその解決方法については、発明の実施形態の欄及び図面により明らかにされる。
　本発明によれば、動物患者の状態を容易に把握することができる。
本開示の第１の実施形態に係る状態管理システム１の構成例を示す図である。 本実施形態に係るサーバ１０を実現するコンピュータのハードウェア構成例を示す図である。 本実施形態に係るサーバ１０のソフトウェア構成例を示す図である。 本実施形態に係るカルテＤＢ１３１の一例を示す図である。 ラベル情報の構成例を示す図である。 ステータス情報の構成例を示す図である。 本実施形態の状態管理システム１の動作を説明する図である。 待ち患者動物の一覧を表示する画面４１の一例を示す図である。 集計情報を表示する画面４２の一例を示す図である。
＜概要＞
　以下に添付図面を参照しながら、本開示の一実施形態に係る動物患者の状態管理システム１について説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
　本実施形態の状態管理システム１は、動物病院における動物患者の待ち状況を管理しようとするものである。本実施形態の状態管理システム１では、動物病院における動物医療従事者が、現在どのような動物患者が何名（何匹）待っているのかを容易に把握することができるようにしている。そのために、動物患者には、現在のステータスに加えてラベルを付与し、ラベルごとにどれだけの動物患者にそのラベルが付与されているのかをカウントすることができる。
＜システム構成＞
　図１は、本開示の第１の実施形態に係る状態管理システム１の構成例を示す図である。図示するように、本実施形態の電子カルテシステム１は、動物病院管理サーバ１０（以下、サーバ１０と称する）を含んで構成される。サーバ１０は、ユーザ端末２０及び飼い主端末３０と、ネットワークＮＷを介して通信可能に接続されている。なお、本構成は一例であり、ある構成が他の構成を兼ね備えていたり、他の構成が含まれていたりしてもよい。
　本実施形態においてネットワークＮＷはインターネットを想定している。ネットワークＮＷは、例えば、公衆電話回線網、携帯電話回線網、無線通信網、イーサネット（登録商標）などにより構築される。
　サーバ１０は、動物患者の状態を管理するコンピュータである。サーバ１０は、例えば、動物病院により直接的に管理されてもよいし、動物病院を経営する組織や、少なくとも一の動物病院にかかる動物病院管理システム１を提供するサービサーにより管理されてもよい。サーバ１０は、例えば、ワークステーションまたはパーソナルコンピュータのような汎用コンピュータとしてもよいし、或いはクラウドコンピューティングによって論理的に実現されてもよい。
　ユーザ端末２０は、動物病院に勤務する医療従事者Ｒ１が操作するコンピュータである。ユーザ端末２０は、医療従事者Ｒ１が所有し、または動物医療機関より貸与されている。ユーザ端末２０は、例えば、携帯電話、スマートフォン、タブレットコンピュータまたはパーソナルコンピュータ等であり得る。
　飼い主端末３０は、動物病院に通院する動物患者の飼い主Ｒ２が操作するコンピュータである。飼い主端末３０は、例えば、携帯電話、スマートフォン、タブレットコンピュータまたはパーソナルコンピュータ等であり得る。
＜ハードウェア構成例＞
　図２は、本実施形態に係るサーバ１０を実現するコンピュータのハードウェア構成例を示す図である。コンピュータは、少なくとも、制御部１１、メモリ１２、ストレージ１３、通信部１４および入出力部１５等を備える。これらはバス１６を通じて相互に電気的に接続される。
　制御部１１は、サーバ１０全体の動作を制御し、各要素間におけるデータの送受信の制御、及びアプリケーションの実行及び認証処理に必要な情報処理等を行う演算装置である。例えば制御部１１は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）等のプロセッサであり、ストレージ１３に格納されメモリ１２に展開されたプログラム等を実行して各情報処理を実施する。
　メモリ１２は、ＤＲＡＭ（Ｄｙｎａｍｉｃ　Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）等の揮発性記憶装置で構成される主記憶と、フラッシュメモリまたはＨＤＤ（Ｈａｒｄ　Ｄｉｓｃ　Ｄｒｉｖｅ）等の不揮発性記憶装置で構成される補助記憶と、を含む。メモリ１２は、制御部１１のワークエリア等として使用され、また、サーバ１０の起動時に実行されるＢＩＯＳ（Ｂａｓｉｃ　Ｉｎｐｕｔ／Ｏｕｔｐｕｔ　Ｓｙｓｔｅｍ）、及び各種設定情報等を格納する。
　ストレージ１３は、アプリケーション・プログラム等の各種プログラムを格納する。各処理に用いられるデータを格納したデータベースがストレージ１３に構築されていてもよい。
　通信部１４は、サーバ１０をネットワークに接続する。通信部１４は、例えば、有線ＬＡＮ（Local　Area　Network）、無線ＬＡＮ、Ｗｉ－Ｆｉ（Wireless　Fidelity、登録商標）、赤外線通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）、近距離または非接触通信等の方式で、外部機器と直接またはネットワークアクセスポイントを介して通信する。
　入出力部１５は、例えば、キーボード、マウス、タッチパネル等の情報入力機器、及びディスプレイ等の出力機器である。
　バス１６は、上記各要素に共通に接続され、例えば、アドレス信号、データ信号及び各種制御信号を伝達する。
　本実施形態に係るユーザ端末２０及び飼い主端末３０を実現するコンピュータやスマートフォン等の端末のハードウェア構成は、図２に示すサーバ１０のハードウェア構成例と同様であるため、説明を省略する。
＜サーバ１０＞
　図３は、本実施形態に係るサーバ１０のソフトウェア構成例を示す図である。サーバ１０は、付与部１１１、表示部１１２、ステータス更新部１１３、待ち時間取得部１１４、統計情報生成部１１５、カルテＤＢ１３１、ラベルＤＢ１３２、ルールＤＢ１３３、ステータスＤＢ１３４を備える。
　付与部１１１、表示部１１２、ステータス更新部１１３、待ち時間取得部１１４、統計情報生成部１１５は、制御部１１がストレージ１３に記憶されているプログラムをメモリ１２に読み出して実行することにより実現され得る。カルテＤＢ１３１、ラベルＤＢ１３２、ルールＤＢ１３３、ステータスＤＢ１３４は、メモリ１２およびストレージ１３が提供する記憶領域の一部として実現され得る。なお、カルテＤＢ１３１、ラベルＤＢ１３２、ルールＤＢ１３３、ステータスＤＢ１３４は、サーバ１０以外の一または複数のサーバが提供する外部の記憶領域の一部として実現されてもよい。
　カルテＤＢ１３１は、動物患者のカルテ情報を管理するためのデータベースである。図４は、本実施形態に係るカルテＤＢ１３１の一例を示す図である。図４に示すように、カルテ情報は、例えば、動物患者を特定する患者ＩＤと関連づけて管理される。また、動物患者毎のカルテ情報は、受診日毎に管理される。
　カルテ情報に含まれる項目には、図４に示すように、動物情報、問診情報、身体所見、病歴、検査情報、診断情報、処置／投薬情報、処方情報、メモ、画像情報などがある。
　動物情報には当該動物患者が該当する動物種情報が含まれる。動物種情報の例としては、イヌ、キツネ、タヌキ、フェネック、ネコ、ハムスター、モルモット、ハツカネズミ、シマリス、タイワンリス、プレーリードッグ、モモンガ、ウサギ、サル、ミニブタ、フェレット、スカンク、ロバ、ウマ（ミニチュアホース、ファラベラ）、九官鳥、ジュウシマツ、セキセイインコ、オカメインコ、ワカケホンセイインコ、文鳥、鳩、ミズガメ、リクガメ、ヤモリ、トカゲ、ヘビ、ワニ、カエル、サンショウウオ、金魚、錦鯉、熱帯魚、エビ、カブトムシ、クワガタムシ、スズムシ、水生昆虫、カマキリ、クモ、サソリ、サソリモドキ、ウデムシ、ヒヨケムシ、ムカデ、ヤスデなどが例示されるがこの限りではない。更に、イヌにおいても、犬種（犬の品種）等の下位概念が存在し得る。動物情報は、診察カルテ情報、入院カルテ情報及び手術カルテ情報の全てに含まれうる。
　問診情報は、飼い主から取得する主観的な情報（主訴）である。例えば、「ご飯をあまり食べていない」「足に擦り傷ができている」「太ってきた」「元気がない」「鼻水が出ている」等であり、飼い主が所有する動物を見たときに観察される症状である。問診情報は、動物病院に来院した際に問診表や問診用端末等を利用して飼い主から取得することとしてもよいし、飼い主が所有する携帯端末等で事前に入力してもらい取得することとしてもよい。入院時及び手術時においても問診は行われ、入院カルテ情報及び手術カルテ情報にも問診情報は含まれうる。
　身体所見は、動物病院等において獣医師等が調べることができ、客観的な数値で表せる身体情報である。例えば「体重」「体温」「心拍」「呼吸数」等である。
　病歴とは、獣医師等が聴取した主観的な情報である。病歴は、上述した問診情報と同一になる場合も多いが、例えば「喉が赤い」というように飼い主だけでは実際に確認するのが困難な項目も含まれている。また、問診情報では「血尿が出ている」という情報が取得されたとしても、獣医師等によって診察したところ「肛門から出血している」という現病歴が聴取されることもある。
　検査情報には、少なくとも当該動物患者が過去に受けた検査の内容を含んでいる。検査情報には、過去の通院、入院又は手術において受けたことのある検査や、検診において受けたことのある検査などを含めることができる。その際に、検査に対する反応（嫌がったかどうか等、検査自体の受容性・許容性に関する情報）を関連付けて記憶することとしてもよい。
　診断情報には、少なくとも当該動物患者が過去に受けた診断の履歴が含まれている。診断情報には、過去に罹患した具体的な疾患名や怪我等の情報を含めることができる。診断情報には、過去の通院、入院又は手術において疑われた診断に関する情報を含めてもよい。
　処置／投薬情報には、当該動物患者が過去に受けた処置または投薬に関する情報を含んでいる。処置／投薬情報には、処置または投薬に対する反応（嫌がったかどうか、体調に影響を来たしたか等、処置又は投薬自体の受容性・許容性に関する情報）を関連付けて記憶することとしてもよい。処置の内容としては、例えば、肛門腺処置、爪切処置、足裏処置、耳処置、毛抜き、眼科処置、歯科処置、エリザベスカラー・腹帯など、鍼灸処置、留置、便出し、抜糸、消毒、酸素処置、催吐処置、緊急蘇生処置、水抜き、強制給餌、洗浄、圧排、マッサージ、マイクロチップ、トリミング、カテーテル、リハビリ、手術、麻酔、入院、注射、輸血、点滴、検査、放射線治療、各種ドック、介護、衛生処置、シャンプー、しつけ、サプリメント、おやつ、避妊、去勢、ノミダニ駆除、狂犬病薬、ワクチン、フード、内用薬、点耳薬、点鼻薬、点眼薬、外用薬（軟膏・クリーム）、外用薬（消毒薬・スプレー）、外用薬、フィラリア予防などが例示できるがこの限りではない。
　処方情報は、当該動物患者が過去に処方された薬剤等を含む。処方情報には、自宅にて処方された薬剤を服用できたか否か、嫌がったかどうか、体調に影響を来たしたか等、処置又は投薬自体の受容性・許容性に関する情報をユーザの携帯端末を介して取得して追加するようにしてもよい。
　メモは、診察、入院又は手術の担当医、担当看護師、担当事務などにより入力されたテキストデータである。
　画像情報は、動物患者の様子を撮影した画像である。画像情報は、静止画像であっても動画像であってもよい。
　ラベルＤＢ１３２は、動物患者に付与するラベルに関する情報（以下、ラベル情報という。）を記憶する。図５は、ラベル情報の構成例を示す図である。ラベル情報には、ラベルに対応付けて、付与条件、優先順序、色が含まれうる。付与条件は、動物患者にラベルを自動的に付与するための条件である。例えば、「新規患者」のラベルについて、カルテ情報が登録されていないことを付与条件とすることができる。例えば、「初診」のラベルについて、過去１か月の日付のカルテ情報が存在していない場合を付与条件とすることができる。例えば、「出血」や「嘔吐」などのラベルについて、問診に「出血」や「嘔吐」などのキーワードが含まれていることを付与条件とすることができる。例えば、「フィラリア」のラベルについて、直近のカルテ情報において診察の結果が「フィラリア」であり、問診に「前回と同じ症状」とのキーワードが含まれていることを付与条件とすることができる。例えば、「レントゲン済み」のラベルについて、本日のカルテ情報の検査項目に「レントゲン」が含まれていることを付与条件とすることができる。例えば、「会計待ち」のラベルについて、予約または受け付け済みの動物患者のカルテ情報に診察結果が登録されており、かつ、会計の支払いに関する項目が登録されていないことを付与条件とすることができる。優先順序は、ラベルが付与された動物患者を優先的に診察検査等するべき順序を示す。原則として先に受け付けした動物患者を診察・検査等する場合であっても、優先順序の高いラベルの付された動物患者については、受付順を問わずに先に診察・検査等を行うようにすることができる。色は、ラベルを表示する際の色である。
　ルールＤＢ１３３は、動物患者の受診順序を決定するためのルールを記憶する。ルールは、カルテ情報や動物患者に付与されたラベルなど任意の情報に対するものとして設定することができる。例えば、ラベルには優先順序が設定されており、ラベルの優先順序と受付日時（待ち時間）とに応じて受診順序を決定するためのルールを設定することができる。
　ステータスＤＢ１３４は、動物患者の状態を示す情報（ステータス情報）を記憶する。図６は、ステータス情報の構成例を示す図である。ステータス情報には、動物患者を特定する患者ＩＤに対応付けて、受付日時、ステータス及びラベルを含む。ステータスは、来院してから診察が終わるまでの状態を示す。ステータスとしては、例えば、来院して受け付けをした状態を示す受付済み、診察前の検査の受付を行った状態を示す検査待ち、現在検査中であることを示す検査中、診察を待っている状態を示す診療待ち、現在診察中であることを示す診療中、診察が終わったことを示す診療済みのいずれかとすることができる。また、診察が終わり、会計も終わり、動物病院として動物患者に対して行うべきことがなくなった状態を終了のステータスとして設定してもよい。ラベルは、動物患者に付与されたラベルを示す。ラベルには、複数のラベルが含まれうる。
　付与部１１１は、動物患者にラベルを付与する。付与部１１１は、ユーザ端末２０を用いた医療従事者Ｒ１からの入力に応じて動物患者にラベルを付与することができる。付与部１１１はまた、自動的にラベルを付与することもできる。上述したように、付与部１１１は、動物患者に関するカルテ情報やステータス情報、その他取得可能な情報により、ラベル情報に含まれている付与条件が満たされている場合に、当該動物患者に対して当該ラベル情報のラベルを付与することができる。付与部１１１は、動物患者に付与したラベルを、当該動物患者に対応するステータス情報のラベルに設定することができる。付与部１１１は、動物患者にラベルを付与した場合には、飼い主端末３０に付与したラベルを通知することもできる。
　表示部１１２は、動物患者に付与したラベルを一覧表示することができる。本実施形態では、表示部１１２は、ステータス情報とともにラベルを表示することができる。
　ステータス更新部１１３は、動物患者のステータスを更新する。ステータス更新部１１３は、例えば、カルテ情報の更新を検出してステータス情報のステータスを更新することができる。ステータス更新部１１３は、ユーザ端末２０を用いた医療従事者Ｒ１からの指定に応じてステータスを更新するようにすることもできる。
　待ち時間取得部１１４は、動物患者の待ち時間を取得する。本実施形態では、待ち時間取得部１１４は、ステータス情報の受付時間から現在時刻までの時間を待ち時間として計算することができる。
　統計情報生成部１１５は、ラベル毎に集計を行うことができる。本実施形態では、統計情報生成部１１５は、ラベルごとに動物患者の数をカウントすることができる。なお、統計情報生成部１１５は、ラベル毎の任意の集計を行うことができる。統計情報生成部１１５は、例えば、ラベルごとの待ち時間の合計、平均などの集計を行ってもよい。また、統計情報生成部１１５は、例えば、複数のラベルの組み合わせについて、集計を行ってもよいし、例えば、あるラベルについて、同時に付与されている他のラベルごとに集計を行うようにしてもよい。
＜動作＞
　図７は、本実施形態の状態管理システム１の動作を説明する図である。
　サーバ１０は、動物患者の受診時にはステータス情報を作成する（Ｓ４０１）。来院前に飼い主端末３０を介して問診を行った場合には、ステータス情報は来院前に作成される。動物患者が動物病院において受付が行われると、サーバ装置１０は、ステータス情報の受付時間を更新する（Ｓ４０２）。サーバ１０は、例えば、受付システムから受付時間を取得するようにしてもよいし、医療従事者Ｒ１から患者動物と受付時間との入力を受け付けるようにしてもよい。また、サーバ１０は、来院の受付とは別に、検査の受付や診察の受付が行われた場合には、受付が行われる度に受付時間を更新するようにすることができる。
　サーバ１０は、カルテ情報やステータス情報、その他の取得可能な情報により付与条件が満たされるラベル情報を検索し、付与条件が満たされるラベル情報のラベルを動物患者に付与し、付与したラベルをステータス情報に設定する（Ｓ４０３）。また、サーバ１０は、医療従事者Ｒ１から付与するべきラベルの指定を受け付けて、指定されたラベルを動物患者に付与して、付与したラベルをステータス情報に追加することもできる（Ｓ４０４）。
　サーバ１０は、待ち患者動物の一覧を表示する（Ｓ４０５）。図８は、待ち患者動物の一覧を表示する画面４１の一例を示す図である。画面４１には、動物病院に来院した患者動物の一覧が表示され、各患者動物について、待ち時間４１１、ステータス４１２、及びラベル４１３が表示される。サーバ１０は、ステータス情報の受付時間から現在時刻までの時間を待ち時間４１１として表示することができる。また、ステータス情報のステータス及びラベルを、画面４１のステータス４１２及びラベル４１３として表示することができる。サーバ１０は、ラベル４１３を表示するにあたり、ラベル情報の色に指定されている色でラベル４１３を表示することができる。
　サーバ１０は、ラベル毎に集計を行った集計結果を表示することができる（Ｓ４０６）。サーバ１０は、終了のステータス以外のステータスであるステータス情報に含まれている重複ないラベルのそれぞれについて、当該ラベルが含まれているステータス情報の重複ない患者ＩＤをカウントすることにより、当該ラベルに対応する待ち患者動物の数をカウントすることができる。図９は、集計情報を表示する画面４２の一例を示す図である。図９に示すように、ラベル４２１ごとに、待ち動物患者の数４２２が表示されている。画面４２はまた、ラベルの指定欄４２３を備え、指定欄４２３で指定されたラベル（複数でもよい。）に対応するステータス情報の患者ＩＤをカウントして、指定されたラベルの待ち患者動物の数４２２を表示することもできる。
　以上のようにして、本実施形態の状態管理システム１では、動物病院においてどのような動物患者が待っているのかを容易に把握することができる。
　以上、本実施形態について説明したが、上記実施形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。
＜開示事項＞
　なお、本開示には、以下のような構成も含まれる。
［項目１］（動物患者に複数のラベルを関連付け）
　動物病院における動物患者の状態管理システムであって、
　前記動物病院において把握されるべき前記動物患者の状態を表す複数のラベルを前記動物患者に関連付ける付与部と、
　前記動物患者に対応付けて前記ラベルを記憶する記憶部と、
　前記動物患者に付与された前記ラベルを表示する表示部と、
　を備えることを特徴とする状態管理システム。
［項目２］（ラベルの色分け）
　項目１に記載の状態管理システムであって、
　前記ラベルの夫々は視覚的に区別可能な特徴を有しており、
　当該特徴は前記状態に応じて定められていること、
　を特徴とする状態管理システム。
［項目３］（ラベルの表示順序）
　項目１に記載の状態管理システムであって、
　前記ラベルの夫々は、前記動物患者ごとに所定の優先順位に並べられて表示され、
　当該特徴は前記状態に応じて定められていること、
　を特徴とする状態管理システム。
［項目４］（ラベルの自動付与又は削除（他の処理や、他のラベル、所定条件に応じて）
　項目１に記載の状態管理システムであって、
　前記記憶部は、前記ラベルの夫々について付与条件を記憶しており、
　前記付与部は、前記付与条件が満たされた場合に、当該付与条件に関連付けられた前記ラベルを前記動物患者に関連付けること、
　を特徴とする状態管理システム。
［項目５］（ラベルによる統計情報の生成）
　項目１に記載の状態管理システムであって、
　前記ラベルごとに統計情報を生成する統計情報生成部をさらに備えること、
　を特徴とする状態管理システム。
［項目６］（統計情報：ラベルごとの待ち時間の集計）
　項目５に記載の状態管理システムであって、
　前記動物患者の待ち時間を取得する待ち時間取得部をさらに備え、
　前記統計情報生成部は、前記ラベルごとに前記待ち時間を集計すること、
　を特徴とする状態管理システム。
［項目７］（ルールベースに基づく患者順序の最適化）
　項目１に記載の状態管理システムであって、
　前記ラベルに応じて前記動物患者の診察順序を決定するためのルールを記憶するルール記憶部と、
　前記動物患者に付与された前記ラベル及び前記ルールに基づいて、前記動物患者の前記診察順序を決定する診察順序決定部と、
　をさらに備えることを特徴とする状態管理システム。
［項目８］（新規ラベルのプッシュ通知機能）
　項目１に記載の状態管理システムであって、
　前記付与部が前記ラベルを前記動物患者に付与した場合に、前記動物患者の介護者に対して通知を行う通知部をさらに備えること、
　を特徴とする状態管理システム。
　　１　　　状態管理システム
　　１０　　サーバ
　　２０　　ユーザ端末
　　３０　　飼い主端末
　　１１１　付与部
　　１１２　表示部
　　１１３　ステータス更新部
　　１１４　待ち時間取得部
　　１１５　統計情報生成部
　　１３１　カルテＤＢ
　　１３２　ラベルＤＢ
　　１３３　ルールＤＢ
　　１３４　ステータスＤＢ
 
 

Claims (8)

  1. 　動物病院における動物患者の状態管理システムであって、
    　前記動物病院において把握されるべき前記動物患者の状態を表す複数のラベルを前記動物患者に関連付ける付与部と、
    　前記動物患者に対応付けて前記ラベルを記憶する記憶部と、
    　前記動物患者に付与された前記ラベルを表示する表示部と、
    　を備えることを特徴とする状態管理システム。
  2. 　請求項１に記載の状態管理システムであって、
    　前記ラベルの夫々は視覚的に区別可能な特徴を有しており、
    　当該特徴は前記状態に応じて定められていること、
    　を特徴とする状態管理システム。
  3. 　請求項１に記載の状態管理システムであって、
    　前記ラベルの夫々は、前記動物患者ごとに所定の優先順位に並べられて表示され、
    　当該特徴は前記状態に応じて定められていること、
    　を特徴とする状態管理システム。
  4. 　請求項１に記載の状態管理システムであって、
    　前記記憶部は、前記ラベルの夫々について付与条件を記憶しており、
    　前記付与部は、前記付与条件が満たされた場合に、当該付与条件に関連付けられた前記ラベルを前記動物患者に関連付けること、
    　を特徴とする状態管理システム。
  5. 　請求項１に記載の状態管理システムであって、
    　前記ラベルごとに統計情報を生成する統計情報生成部をさらに備えること、
    　を特徴とする状態管理システム。
  6. 　請求項５に記載の状態管理システムであって、
    　前記動物患者の待ち時間を取得する待ち時間取得部をさらに備え、
    　前記統計情報生成部は、前記ラベルごとに前記待ち時間を集計すること、
    　を特徴とする状態管理システム。
  7. 　請求項１に記載の状態管理システムであって、
    　前記ラベルに応じて前記動物患者の診察順序を決定するためのルールを記憶するルール記憶部と、
    　前記動物患者に付与された前記ラベル及び前記ルールに基づいて、前記動物患者の前記診察順序を決定する診察順序決定部と、
    　をさらに備えることを特徴とする状態管理システム。
  8. 　請求項１に記載の状態管理システムであって、
    　前記付与部が前記ラベルを前記動物患者に付与した場合に、前記動物患者の介護者に対して通知を行う通知部をさらに備えること、
    　を特徴とする状態管理システム。
     
     
PCT/JP2020/014699 2020-03-30 2020-03-30 動物患者の状態管理システム WO2021199215A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PCT/JP2020/014699 WO2021199215A1 (ja) 2020-03-30 2020-03-30 動物患者の状態管理システム
JP2021533754A JP6982924B1 (ja) 2020-03-30 2020-03-30 動物患者の状態管理システム
JP2021185424A JP2022017590A (ja) 2020-03-30 2021-11-15 動物患者の状態管理システム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2020/014699 WO2021199215A1 (ja) 2020-03-30 2020-03-30 動物患者の状態管理システム

Publications (1)

Publication Number Publication Date
WO2021199215A1 true WO2021199215A1 (ja) 2021-10-07

Family

ID=77927830

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/014699 WO2021199215A1 (ja) 2020-03-30 2020-03-30 動物患者の状態管理システム

Country Status (2)

Country Link
JP (2) JP6982924B1 (ja)
WO (1) WO2021199215A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7335412B1 (ja) * 2022-09-22 2023-08-29 株式会社メドレー プログラム、システム及び方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007287039A (ja) * 2006-04-19 2007-11-01 Tajima:Kk ペットホームドクターサービスシステム
JP2011209968A (ja) * 2010-03-29 2011-10-20 Fujitsu Ltd 待ち順番管理装置及び待ち順番管理方法
JP2015191270A (ja) * 2014-03-27 2015-11-02 ニフティ株式会社 体調関連情報処理システム
JP2018067101A (ja) * 2016-10-18 2018-04-26 株式会社リクルートホールディングス 順番管理システム、順番管理装置、およびプログラム
JP2019197493A (ja) * 2018-05-11 2019-11-14 富士フイルム株式会社 病院支援システム、病院支援方法、病院支援プログラム、及び制御装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002049691A (ja) * 2000-08-03 2002-02-15 Nidek Co Ltd 医療情報管理システム
JP2002132918A (ja) * 2000-10-26 2002-05-10 Matsushita Electric Ind Co Ltd ペット情報管理システム
JP6552903B2 (ja) * 2015-07-17 2019-07-31 富士通フロンテック株式会社 診察案内サービス装置、システム及び方法
JP6280577B2 (ja) * 2016-02-17 2018-02-14 株式会社リクルートホールディングス 順番管理システム、情報管理装置およびプログラム
JP6222535B2 (ja) * 2016-03-30 2017-11-01 株式会社ゼンアーキテクツ 地域医療総合受付システム及びそのプログラム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007287039A (ja) * 2006-04-19 2007-11-01 Tajima:Kk ペットホームドクターサービスシステム
JP2011209968A (ja) * 2010-03-29 2011-10-20 Fujitsu Ltd 待ち順番管理装置及び待ち順番管理方法
JP2015191270A (ja) * 2014-03-27 2015-11-02 ニフティ株式会社 体調関連情報処理システム
JP2018067101A (ja) * 2016-10-18 2018-04-26 株式会社リクルートホールディングス 順番管理システム、順番管理装置、およびプログラム
JP2019197493A (ja) * 2018-05-11 2019-11-14 富士フイルム株式会社 病院支援システム、病院支援方法、病院支援プログラム、及び制御装置

Also Published As

Publication number Publication date
JP6982924B1 (ja) 2021-12-17
JPWO2021199215A1 (ja) 2021-10-07
JP2022017590A (ja) 2022-01-25

Similar Documents

Publication Publication Date Title
JP2022028869A (ja) 動物患者用検査提案システム、動物患者用検査提案端末及び動物患者用検査提案プログラム
JP2022027956A (ja) 動物患者用対応提案システム、動物患者用対応提案端末及び動物患者用対応提案プログラム
WO2021199215A1 (ja) 動物患者の状態管理システム
WO2021199273A1 (ja) 電子カルテシステム
WO2021250882A1 (ja) 動物患者用待ち時間提供システム
JP7173652B1 (ja) 獣医療支援システム、獣医療支援方法及びプログラム
WO2022123735A1 (ja) セカンドオピニオン支援システム
WO2022038649A1 (ja) 情報共有支援システム
JP6964379B1 (ja) 健康管理支援システム
WO2022038647A1 (ja) 情報提供システム
WO2022123734A1 (ja) 診断支援システム
JP6994800B1 (ja) 動物患者用電子カルテシステム、プログラム及び情報共有支援方法
JP7182831B1 (ja) 受付システム、受付方法及びプログラム
WO2022123733A1 (ja) セカンドオピニオン支援システム
JP7360219B1 (ja) 獣医療支援システム、獣医療支援方法及びプログラム
WO2021199266A1 (ja) 動物患者情報管理システム
JP7182833B1 (ja) 獣医療支援システム、獣医療支援方法及びプログラム
WO2024069955A1 (ja) 獣医療支援システム、獣医療支援方法及びプログラム
JP7202050B1 (ja) 獣医療支援システム、獣医療支援方法及びプログラム
WO2023175973A1 (ja) 獣医療支援システム、獣医療支援方法及びプログラム
JP7240066B1 (ja) 獣医療支援システム、獣医療支援方法及びプログラム
JP7193899B1 (ja) 獣医療支援システム、獣医療支援方法及びプログラム
JP7301437B1 (ja) 獣医療支援システム、獣医療支援方法及びプログラム

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2021533754

Country of ref document: JP

Kind code of ref document: A

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

Ref document number: 20928321

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

Country of ref document: EP

Kind code of ref document: A1