JP2016154780A - In-hospital work support system and in-hospital work support server - Google Patents
In-hospital work support system and in-hospital work support server Download PDFInfo
- Publication number
- JP2016154780A JP2016154780A JP2015036288A JP2015036288A JP2016154780A JP 2016154780 A JP2016154780 A JP 2016154780A JP 2015036288 A JP2015036288 A JP 2015036288A JP 2015036288 A JP2015036288 A JP 2015036288A JP 2016154780 A JP2016154780 A JP 2016154780A
- Authority
- JP
- Japan
- Prior art keywords
- treatment
- terminal device
- hospital
- detector
- signal
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
Images
Landscapes
- Medical Treatment And Welfare Office Work (AREA)
- Accommodation For Nursing Or Treatment Tables (AREA)
Abstract
Description
本発明は、院内業務サポートシステム、及び、院内業務サポートサーバに関する。 The present invention relates to a hospital service support system and a hospital service support server.
従来、病院等の院内における患者等の生体が、ベッド近傍などに設けられたナースコール子機を操作することや、生体に設置されて状態を監視する医療デバイスがアラートを発生させることにより、医療従事者の居るスタッフルームなどに設置されたナースコール親機や、医療従事者が携行するPHS等の携帯通信端末を動作させて呼び出しを報知するナースコールシステムがある。 Conventionally, when a living body such as a patient in a hospital or the like operates a nurse call slave installed near a bed or the like, a medical device installed in the living body and monitoring the state generates an alert. There is a nurse call parent system installed in a staff room where a worker is present and a nurse call system that operates a mobile communication terminal such as a PHS carried by a medical worker to notify a call.
例えば、特許文献1には、医療従事者の病室への入退室を検出し、病室に入っていない医療従事者の数が所定の数以上である場合には、病室に入っていない医療従事者が携行する携帯通信端末によって音や振動による報知を行わせ、病室に入っている医療従事者が携行する携帯通信端末によって音や振動による報知を行わせないようにし、病室に入っていない医療従事者の数が所定の数よりも少ない場合には、病室に入っていない医療従事者が携行する携帯通信端末だけでなく、病室に入っている医療従事者が携行する携帯通信端末によっても音や振動による報知を行わせるようにしたナースコールシステムが開示されている。
For example, in
しかしながら、上記従来では、呼び出された医療従事者は、ナースコール子機のある病室へ到着するまで、既に他の医療従事者が対応しているか否かがわからないため業務の効率を低下させるものであった。また、同時に複数の呼び出しが発生した場合、ある病室への医療従事者の到着が集中してしまい、他の呼び出し元の病室への到着が遅れてしまう虞があった。 However, in the above-described conventional case, the called medical worker does not know whether or not another medical worker has already responded until it arrives at the hospital room where the nurse call cordless handset is located. there were. In addition, when a plurality of calls are generated at the same time, the arrival of medical personnel in a certain room is concentrated, and there is a possibility that the arrival in the other calling room is delayed.
本発明は、上記の問題を鑑みてなされたものであり、複数の処置実行者が院内に散在する場合であっても、生体に対する処置の要請及び処置の開始を短時間で報知し、院内業務を効率化することができる院内業務サポートシステム、及び、院内業務サポートサーバを提供することを目的とする。 The present invention has been made in view of the above problems, and even when a plurality of treatment performers are scattered in the hospital, a request for treatment to the living body and the start of the treatment are notified in a short time, and An object of the present invention is to provide an in-hospital business support system and an in-hospital business support server that can improve the efficiency of the hospital.
本発明の院内業務サポートシステムは、生体に対する処置に関する監視要素の状態を検知する検知器と、前記生体に対して処置を行う処置実行者に携帯される複数の端末装置と、前記検知器及び前記端末装置に対して通信可能に接続された院内業務サポートサーバと、を有しており、前記院内業務サポートサーバは、前記検知器からの検知信号に基づいて前記監視要素の状態が正常及び異常の何れであるかを判定する状態判定部と、前記状態判定部における判定結果が異常である場合、前記生体に対する処置を要請する処置要請信号を前記端末装置に送信し、前記端末装置のうち何れかから応答信号を受信したときに、前記端末装置に処置開始信号を送信する通信制御部と、を有することを特徴とする。 The in-hospital business support system of the present invention includes a detector that detects a state of a monitoring element related to a treatment on a living body, a plurality of terminal devices that are carried by a treatment person who performs a treatment on the living body, the detector, and the detector A hospital service support server communicably connected to the terminal device, wherein the hospital service support server has a normal and abnormal state of the monitoring element based on a detection signal from the detector. When the determination result in the state determination unit and the state determination unit is abnormal, a treatment request signal for requesting treatment for the living body is transmitted to the terminal device, and any of the terminal devices And a communication control unit that transmits a treatment start signal to the terminal device when a response signal is received from the terminal device.
上記の構成によれば、監視要素の状態が検知器の検知信号により院内業務サポートサーバに送信され、院内業務サポートサーバの状態判定部において、監視要素の良否が判定される。状態判定部における判定結果が異常である場合、処置要請信号が端末装置に送信されることによって、端末装置を携帯する処置実行者に対して生体に対する処置が要請される。そして、処置実行者が端末装置から応答信号を院内業務サポートサーバに送信すると、この信号を受信した院内業務サポートサーバが処置開始信号を前記端末装置に送信する。これにより、監視要素の状態が異常となって生体の処置が必要になった旨を端末装置を介して処置実行者に一斉に報知することができると共に、何れかの処置実行者が処置を行う旨を端末装置を介して処置実行者に一斉に報知することができる。この結果、複数の処置実行者が院内に散在する場合であっても、生体に対する処置の要請及び処置の開始を短時間で報知することができ、院内業務を効率化することができる。 According to said structure, the state of the monitoring element is transmitted to the hospital operation support server by the detection signal of the detector, and the quality determination unit of the hospital operation support server determines the quality of the monitoring element. When the determination result in the state determination unit is abnormal, a treatment request signal is transmitted to the terminal device, whereby a treatment person carrying the terminal device is requested to treat the living body. Then, when the treatment executor transmits a response signal from the terminal device to the hospital operation support server, the hospital operation support server that has received this signal transmits a treatment start signal to the terminal device. Accordingly, it is possible to notify the treatment performer all at once via the terminal device that the state of the monitoring element is abnormal and the treatment of the living body is necessary, and any treatment performer performs the treatment. This can be notified to the treatment performer all at once via the terminal device. As a result, even when a plurality of treatment practitioners are scattered in the hospital, it is possible to notify the request for treatment of the living body and the start of the treatment in a short time, and the hospital work can be made more efficient.
また、本発明の院内業務サポートシステムにおいて、前記院内業務サポートサーバの前記通信制御部は、前記状態判定部における判定結果が異常である場合、当該異常に基づいて選択した前記端末装置に対して前記処置要請信号を送信してもよい。 Further, in the hospital operation support system of the present invention, the communication control unit of the hospital operation support server, when the determination result in the state determination unit is abnormal, for the terminal device selected based on the abnormality A treatment request signal may be transmitted.
上記の構成によれば、通信制御部による処置要請信号の送信対象となる端末装置が検知器で発生した異常に基づいて選択される。これにより、送信が不要な端末装置に対しては送信をキャンセルできるため、院内の業務をより効率的にすることができる。 According to said structure, the terminal device used as the transmission target of the treatment request signal by a communication control part is selected based on the abnormality which generate | occur | produced in the detector. Thereby, since transmission can be canceled with respect to the terminal device which does not require transmission, the in-hospital operation | work can be made more efficient.
また、本発明の院内業務サポートシステムにおいて、前記院内業務サポートサーバは、前記監視要素の種類と、各種類に対応付けられたサポート優先度とを記憶するサポート優先度記憶部をさらに有し、前記院内業務サポートサーバの前記通信制御部は、前記状態判定部における判定結果が異常である場合、当該異常の前記監視要素の種類に対応付けられた前記サポート優先度に基づいて選択した前記端末装置に対して前記処置要請信号を送信してもよい。 In the in-hospital work support system of the present invention, the in-hospital work support server further includes a support priority storage unit that stores the types of the monitoring elements and the support priorities associated with the types. When the determination result in the state determination unit is abnormal, the communication control unit of the hospital operation support server selects the terminal device selected based on the support priority associated with the type of the monitoring element of the abnormality Alternatively, the treatment request signal may be transmitted.
上記構成によれば、サポート優先度に応じて処置要請信号を送信する端末装置を選択できるため、院内の業務をより効率的にすることができる。 According to the above configuration, since the terminal device that transmits the treatment request signal can be selected according to the support priority, the in-hospital operation can be made more efficient.
また、本発明の院内業務サポートシステムにおいて、前記院内業務サポートサーバは、前記端末装置と前記端末装置を携帯する処置実行者の種別とを関連付けて記憶する処置実行者種別記憶部をさらに有し、前記通信制御部は、前記状態判定部における判定結果が異常である場合、当該異常を処置可能な前記処置実行者の種別の前記処置実行者が携帯する前記端末装置を選択して前記処置要請信号を送信してもよい。 In the in-hospital work support system of the present invention, the in-hospital work support server further includes a treatment executor type storage unit that stores the terminal device and the type of the treatment executor carrying the terminal device in association with each other, When the determination result in the state determination unit is abnormal, the communication control unit selects the terminal device carried by the treatment performer of the type of the treatment performer capable of treating the abnormality and selects the treatment request signal May be sent.
上記の構成によれば、通信制御部による処置要請信号の送信対象となる端末装置は、検知器で発生した異常を処置可能な種別の処置実行者が携帯する端末装置であるか否かによって選択される。これにより、検知器の異常を処置可能な処置実行者のみに処置の要請が報知されるため、院内の業務をより効率的にすることができる。 According to the above configuration, the terminal device that is the transmission target of the treatment request signal by the communication control unit is selected depending on whether or not it is a terminal device that is carried by a type of treatment performer capable of treating an abnormality that has occurred in the detector. Is done. As a result, the request for treatment is notified only to the treatment person who can treat the abnormality of the detector, so that the work in the hospital can be made more efficient.
また、本発明の院内業務サポートシステムにおいて、前記通信制御部は、前記状態判定部における判定結果が異常である場合、当該異常に基づいて要請範囲を決定し、当該要請範囲に位置する前記端末装置に前記処置要請信号を送信してもよい。 In the hospital service support system of the present invention, when the determination result in the state determination unit is abnormal, the communication control unit determines a request range based on the abnormality, and the terminal device located in the request range The treatment request signal may be transmitted.
上記の構成によれば、通信制御部による処置要請信号の送信対象となる端末装置は、異常に基づいて決定される要請範囲に位置するか否かによって選択される。これにより、異常に基づいて必要な要請範囲に処置の要請が報知されるため、院内の業務をより効率的にすることができる。 According to said structure, the terminal device used as the transmission target of the treatment request signal by a communication control part is selected by whether it is located in the request range determined based on abnormality. Thereby, since the request | requirement of a treatment is alert | reported to the required required range based on abnormality, the operation | work in a hospital can be made more efficient.
また、本発明の院内業務サポートシステムにおいて、前記院内業務サポートサーバにおける前記通信制御部は、前記端末装置のうち何れかから処置完了信号を受信したときに、前記端末装置に処置完了信号を送信してもよい。 In the hospital service support system of the present invention, the communication control unit in the hospital service support server transmits a treatment completion signal to the terminal device when receiving a treatment completion signal from any of the terminal devices. May be.
上記の構成によれば、複数の処置実行者が院内に散在する場合であっても、生体に対する処置の完了を短時間で報知することができる。 According to said structure, even if it is a case where several treatment performers are scattered in the hospital, it can alert | report completion of the treatment with respect to a biological body in a short time.
また、本発明の院内業務サポートシステムにおいて、前記院内業務サポートサーバにおける前記通信制御部は、前記状態判定部における判定結果が異常から正常に復帰した場合、前記端末装置に処置完了信号を送信してもよい。 In the hospital service support system of the present invention, the communication control unit in the hospital service support server transmits a treatment completion signal to the terminal device when the determination result in the state determination unit returns to normal from the abnormality. Also good.
上記の構成によれば、複数の処置実行者が院内に散在する場合であっても、生体に対する処置の完了を短時間で報知することができる。さらに、処置の完了と同時に検知器から送信される検知信号に基づいて処置の完了を処置実行者に報知することができるため、端末装置を操作する手間を省くことができる。 According to said structure, even if it is a case where several treatment performers are scattered in the hospital, it can alert | report completion of the treatment with respect to a biological body in a short time. Furthermore, since it is possible to notify the treatment performer of the completion of the treatment based on the detection signal transmitted from the detector simultaneously with the completion of the treatment, it is possible to save the trouble of operating the terminal device.
また、本発明の院内業務サポートシステムにおいて、前記院内業務サポートサーバにおける前記通信制御部は、前記端末装置のうち何れかから処置完了信号を受信し、且つ、前記状態判定部における判定結果が異常から正常に復帰した場合、前記端末装置に処置完了信号を送信してもよい。 In the hospital service support system of the present invention, the communication control unit in the hospital service support server receives a treatment completion signal from any of the terminal devices, and the determination result in the state determination unit is abnormal. When the operation returns to normal, a treatment completion signal may be transmitted to the terminal device.
上記の構成によれば、複数の処置実行者が院内に散在する場合であっても、生体に対する処置の完了を短時間で報知することができる。さらに、処置実行者による端末装置の操作による処置の完了と、検知器からの検知信号に基づく処置の完了との二重チェックが行われることによって、処置を行った処置実行者自身の勘違いを処置完了信号による端末装置の報知により防止することができる。即ち、端末装置を操作しても処置の完了報告が自身が携帯する端末装置において表示されなければ、処置が正常に行われていない可能性に気付くことができる。 According to said structure, even if it is a case where several treatment performers are scattered in the hospital, it can alert | report completion of the treatment with respect to a biological body in a short time. Furthermore, by performing a double check of the completion of the treatment by the operation person operating the terminal device and the completion of the treatment based on the detection signal from the detector, the misunderstanding of the treatment person who performed the treatment is treated. This can be prevented by notifying the terminal device by the completion signal. That is, even if the terminal device is operated, if the completion report of the treatment is not displayed on the terminal device carried by itself, it is possible to recognize that the treatment is not normally performed.
また、本発明の院内業務サポートシステムにおいて、前記生体が複数存在しており、前記通信制御部は、前記状態判定部における異常の判定結果の生体が複数存在する場合、これら生体の中から前記サポート優先度の高い監視要素の処置を受けている生体を特定し、特定した生体に対する処置を要請する処置要請信号を前記端末装置に送信してもよい。 Further, in the hospital operation support system of the present invention, when there are a plurality of the living bodies, and the communication control unit includes a plurality of living bodies as a result of the abnormality determination in the state determination unit, the support is selected from these living bodies. A biological body receiving treatment of a monitoring element having a high priority may be identified, and a treatment request signal for requesting treatment for the identified biological body may be transmitted to the terminal device.
上記の構成によれば、複数の生体で監視要素が異常になった場合に、サポート優先度の高い生体から処置実行者が処置することができるため、異常による不具合の拡大を最小限に抑制することができる。 According to the above configuration, when a monitoring element becomes abnormal in a plurality of living organisms, the treatment performer can perform treatment from a living organism having a high support priority. be able to.
また、本発明の院内業務サポートシステムにおいて、前記院内業務サポートサーバにおける前記通信制御部は、さらに、前記状態判定部における異常の判定結果の全ての生体について、前記監視要素の種類及び前記サポート優先度の少なくとも一方を示すサポート内容信号を前記端末装置に送信してもよい。 In the in-hospital service support system of the present invention, the communication control unit in the in-hospital service support server further includes the type of the monitoring element and the support priority for all the living bodies of the abnormality determination result in the state determination unit. A support content signal indicating at least one of the above may be transmitted to the terminal device.
上記の構成によれば、端末装置においてサポートを要する全ての生体を、サポート優先度や監視要素と共に処置実行者に報知することができるため、サポート優先度や監視要素に基づいて各処置実行者が複数の生体を手分けして処置することが可能になる。 According to the above configuration, since all living bodies requiring support in the terminal device can be notified to the treatment performer together with the support priority and the monitoring element, each treatment performer is determined based on the support priority and the monitoring element. It becomes possible to treat a plurality of living organisms by hand.
また、本発明の院内業務サポートサーバは、生体に対する処置に関する監視要素の状態を検知する検知器と、前記生体に対して処置を行う処置実行者に携帯される複数の端末装置と、を有した院内業務サポートシステムの院内業務サポートサーバであって、前記検知器及び前記端末装置に対して通信可能に接続された通信部と、前記検知器からの検知信号に基づいて前記監視要素の状態が正常及び異常の何れであるかを判定する状態判定部と、前記状態判定部における判定結果が異常である場合、前記生体に対する処置を要請する処置要請信号を前記端末装置に送信し、前記端末装置のうち何れかから応答信号を受信したときに、前記端末装置に処置開始信号を送信する通信制御部と、を有することを特徴とする。 The hospital operation support server of the present invention includes a detector that detects a state of a monitoring element related to a treatment on a living body, and a plurality of terminal devices that are carried by a treatment person who performs the treatment on the living body. The in-hospital service support server of the in-hospital service support system, wherein the state of the monitoring element is normal based on a detection unit and a communication unit that is communicably connected to the detector and the terminal device And when the determination result in the state determination unit is abnormal, a treatment request signal for requesting treatment for the living body is transmitted to the terminal device, and the terminal device And a communication control unit that transmits a treatment start signal to the terminal device when a response signal is received from any one of them.
上記の構成によれば、複数の処置実行者が院内に散在する場合であっても、生体に対する処置の要請及び処置の開始を短時間で報知し、院内業務を効率化することが望まれる院内業務サポートシステムを院内業務サポートサーバにより容易に構築することができる。 According to the above configuration, even in the case where a plurality of treatment performers are scattered in the hospital, it is desired to notify the request for treatment to the living body and the start of the treatment in a short time, and to improve the efficiency of the hospital work. A business support system can be easily constructed by a hospital business support server.
複数の処置実行者が院内に散在する場合であっても、生体に対する処置の要請及び処置の開始を短時間で報知し、院内業務を効率化することができる。 Even when a plurality of treatment practitioners are scattered in the hospital, it is possible to notify the request for treatment to the living body and the start of the treatment in a short time, and to increase the efficiency of the hospital work.
以下、本発明の好適な実施の形態について、図面を参照しつつ説明する。 Hereinafter, preferred embodiments of the present invention will be described with reference to the drawings.
(院内業務サポートシステム100の概要)
本発明の実施形態に係る院内業務サポートシステム100は、検知器からの異常を処置実行者が携帯する端末装置へ報知すると共に、何れかの処置実行者が応答した場合には他の処置実行者の端末装置へ応答した旨を報知する機能を有する院内業務サポートサーバを有している。また、院内業務サポートシステム100は、生体の状態を検知する検知器を、複数種組み込み可能にする機能を有している。
(Outline of in-hospital business support system 100)
The in-hospital
図1に示すように、院内業務サポートシステム100は、検知器2と、端末装置3と、院内業務サポートサーバ1と、を有している。院内業務サポートシステム100は、人や動物の病院内、介護施設内、動物実験等の実験室内等の院内に構築される。検知器2、及び、端末装置3は、夫々複数が、院内業務サポートサーバ1に通信可能に接続されている。院内業務サポートサーバ1と、検知器2、及び、端末装置3との通信は、LAN(Local Area Network)やWAN(Wide Area Network)、インターネット網を用いて接続することが出来る。各機器間を接続するためには、電話回線、専用回線を介した有線通信や無線通信などが利用可能である。例えば、LANにおける無線通信は、図示しない無線LANアクセスポイントを介して行われる。
As shown in FIG. 1, the hospital
検知器2は、生体4に対する処置に関する監視要素の状態を検知する機能を有している。例えば、検知器2は、点滴速度カウンタ、留置針センサ、漏液センサ、脈監視装置等である。「生体」とは、人、動物等の処置対象を示す。また、「処置」とは、「生体」に対して行う医療行為、看護行為、実験行為等を示すものであり、例えば、点滴、透析、各種検査等である。また、「監視要素」とは、「検知器」によって監視された「生体」の状態、及び、「検知器」自体の状態を示すものである。例えば、「監視要素」は、点滴液の滴下速度、点滴液の残量、留置針の挿入部位からの液漏れ、留置針の抜け、生体の特定部位の濡れ、生体周辺部位の圧力変化等である。また、「監視要素」は、「検知器」の電源がオンであるか否か、「検知器」を駆動させるためのバッテリーの残量、「検知器」が監視中であるか否か、等の動作状態も含む。
The
検知器2は、院内業務サポートサーバ1に対して、「監視要素」を示す検知信号を送信するように構成される。尚、検知器2が警報機能を有していてもよい。即ち、検知器2は、検知した監視要素が異常であるか否かを判定する機能、及び、異常である場合に外部に異常である旨を報知する機能を有していてもよい。例えば、検知器2は、監視要素に応じて発光色が変更される発光部や、監視要素が異常である場合に警告音を発生するスピーカを有していてもよい。
The
端末装置3は、生体4に対して処置を行う処置実行者5に携帯される。「処置実行者」は、看護師、医師、介護士等の院内で従事する者を示す。端末装置3は、通信機能を備えたスマートフォン、携帯電話、携帯型パソコン、携帯型タブレット端末等が挙げられる。端末装置3は、例えば、アプリケーションがインストールされることで以下の機能が動作可能にされる。端末装置3は、院内業務サポートサーバ1から処置要請信号を受信した際に、生体4に対する処置を要請する旨を報知する機能を有する。端末装置3は、処置要請信号に含まれる生体4を特定することが可能な情報と共に、生体4に対する処置を要請する旨を報知する。これにより、処置実行者5は、特定の生体4に対する処置の要請が発生したことを理解することができる。報知される内容は、例えば、検知器2の識別情報、生体4の氏名、生体4が存在する場所(部屋番号等)が挙げられるが、生体4を特定することが可能である情報であれば特に限定されない。
The
また、端末装置3は、院内業務サポートサーバ1へ応答信号を送信する機能を有する。即ち、処置実行者5は、端末装置3を操作することにより、院内業務サポートサーバ1へ応答信号を送信することが可能である。応答信号には、処置要請信号を特定する情報が含まれる。即ち、院内業務サポートサーバ1へ応答信号が送信されることで、応答信号を送信した端末装置3を携帯する処置実行者5が、処置要請信号が示す生体4に対する処置の予約を行うことになる。
In addition, the
また、端末装置3は、院内業務サポートサーバ1から処置開始信号を受信した際に、当該処置開始信号が示す処置の要請をキャンセルする機能を有している。処置の要請のキャンセルとは、処置要請信号に基づく報知の終了、処置の要請が他の処置実行者5によって予約されたことを示す報知等である。
Further, the
院内業務サポートサーバ1は、状態判定部11と、通信制御部12と、記憶部13と、通信部14と、を有している。状態判定部11は、検知器2からの検知信号に基づいて監視要素の状態が正常及び異常の何れであるかを判定する機能を有している。以下、省略する場合があるが、院内業務サポートサーバ1は、検知器2及び端末装置3に対する通信を通信部14を介して行う。
The in-hospital
通信制御部12は、状態判定部11における判定結果が異常である場合、生体4に対する処置を要請する処置要請信号を端末装置3に送信する機能を有する。また、通信制御部12は、端末装置3のうち何れかから応答信号を受信したときに、端末装置3に処置開始信号を送信する機能を有する。即ち、院内業務サポートサーバ1は、検知器2からの検知信号に基づいて異常であるか否かを判定し、異常である場合には生体4に対する処置の要請を発生(端末装置3への処置要請信号の送信)させる。
The
そして、院内業務サポートサーバ1は、発生した処置の要請に対してある処置実行者5による処置の予約(端末装置3のうち何れかから応答信号の受信)が行われた場合には、処置に対する予約完了の報知(端末装置3への処置開始信号の送信)を行う。これにより、予約を行った処置実行者5を除く処置実行者5は、処置の要請に対して処置を行う処置実行者5が決定されたこと、及び、自身は処置の要請に対応することが不要であること、を理解することができる。
Then, the in-hospital
(院内業務サポートサーバ1の処理フローの概要)
図2を参照して、院内業務サポートサーバ1の処理フローの概要を示す。図2に示すように、院内業務サポートサーバ1は、検知器2から検知信号を受信したか否かを判定する(S1)。院内業務サポートサーバ1は、検知器2から検知信号を受信しない場合(S1:NO)には、ステップS1が再実行される。即ち、院内業務サポートサーバ1は待機状態となる。
(Outline of the processing flow of the hospital support server 1)
With reference to FIG. 2, the outline of the processing flow of the hospital
一方、院内業務サポートサーバ1は、検知器2から検知信号を受信した場合(S1:YES)、当該検知信号に基づき監視要素の状態が正常及び異常の何れであるかを判定する(S2)。院内業務サポートサーバ1は、当該監視要素の状態が正常である場合(S2:YES)には、ステップS1が再実行される。
On the other hand, when receiving the detection signal from the detector 2 (S1: YES), the in-hospital
一方、院内業務サポートサーバ1は、当該監視要素の状態が異常である場合(S2:YES)、ステップS1で受信した検知信号の送信元の検知器2を特定する(S3)。即ち、院内業務サポートサーバ1は、異常状態である検知器2を特定する。尚、検知器2の特定は、全ての検知信号に対して行われてもよい。
On the other hand, if the state of the monitoring element is abnormal (S2: YES), the in-hospital
ステップS3の後、院内業務サポートサーバ1は、生体4を特定することが可能な情報として、特定した検知器2、又は、院内業務サポートサーバ1において、特定した検知器2に関連付けられた生体4の氏名・生体4が存在する場所(部屋番号等)等を含む処置要請信号を端末装置3に送信する(S4)。端末装置3においては、処置要請信号が受信された場合、上記のような生体4を特定することが可能な情報が報知される。そして、院内業務サポートサーバ1は、報知が行われた何れかの端末装置3から応答信号を受信したか否かを判定する(S5)。院内業務サポートサーバ1は、応答信号を受信しない場合(S5:NO)、ステップS5を再実行する。即ち、院内業務サポートサーバ1は待機状態となる。
After step S <b> 3, the in-hospital
一方、院内業務サポートサーバ1は、応答信号を受信した場合(S5:YES)、端末装置3に処置開始信号を送信する(S6)。応答信号には、処置要請信号を特定する情報が含まれる。端末装置3においては、処置要請信号が受信された場合、端末装置3で報知された処置の要請がキャンセルされる。尚、ステップS6において、ステップS5において受信した応答信号の送信元の端末装置3を、送信対象から除外するものであってもよい。
On the other hand, when receiving the response signal (S5: YES), the hospital
このように、監視要素の状態が検知器2の検知信号により院内業務サポートサーバ1に送信され、院内業務サポートサーバ1の状態判定部11において、監視要素の良否が判定される。状態判定部11における判定結果が異常である場合、処置要請信号が端末装置3に送信されることによって、端末装置3を携帯する処置実行者5に対して生体4に対する処置が要請される。そして、処置実行者5が端末装置3から応答信号を院内業務サポートサーバ1に送信すると、この信号を受信した院内業務サポートサーバ1が処置開始信号を端末装置3に送信する。これにより、監視要素の状態が異常となって生体4の処置が必要になった旨を端末装置3を介して処置実行者5に一斉に報知することができると共に、何れかの処置実行者5が処置を行う旨を端末装置3を介して処置実行者5に一斉に報知することができる。この結果、複数の処置実行者5が院内に散在する場合であっても、生体4に対する処置の要請及び処置の開始を短時間で報知することができる。
As described above, the state of the monitoring element is transmitted to the in-hospital
通信制御部12による処置要請信号の送信対象は、全ての端末装置3であってもよいし、異常に基づいて選択される特定の端末装置3であってもよい。即ち、通信制御部12は、状態判定部11における判定結果が異常である場合、当該異常に基づいて選択した端末装置3に対して処置要請信号を送信する機能を有していてもよい。ここで、「異常に基づいて選択される」とは、異常を発生した検知器の種別に基づいて選択することを示すものであってもよいし、検知器が発生した異常の種別に基づいて選択することを示すものであってもよい。このように、通信制御部12による処置要請信号の送信対象となる端末装置3が検知器2で発生した異常に基づいて選択される。これにより、送信が不要な端末装置3に対しては送信をキャンセルできるため、院内の業務をより効率的にすることができる。
The transmission target of the treatment request signal by the
また、記憶部13には、各生体4の監視要素の種類に対応付けられたサポート優先度が記憶されている。監視要素は、サポート優先度によって優先順位が対応付けられている。通信制御部12による処置要請信号の送信対象は、このサポート優先度に基づいて選択されるものであってもよい。即ち、通信制御部12は、状態判定部11における判定結果が異常である場合、当該異常の監視要素の種類に対応付けられたサポート優先度に基づいて選択した端末装置3に対して処置要請信号を送信するものであってもよい。
The
このように、発生した異常のサポート優先度に応じて処置要請信号を送信する端末装置を選択できるため、院内の業務をより効率的にすることができる。例えば、発生した異常が重大な状況である場合には全ての端末装置3へ報知を行い、軽微な状況である場合には特定した端末装置3のみに報知を行うことが可能となる。
As described above, since the terminal device that transmits the treatment request signal can be selected according to the support priority of the abnormality that has occurred, the in-hospital operation can be made more efficient. For example, when the abnormality that has occurred is a serious situation, it is possible to notify all the
より具体的には、通信制御部12は、状態判定部における判定結果が異常である場合、当該異常を処置可能な種別の処置実行者が携帯する端末装置3を選択して処置要請信号を送信する機能を有していてもよい。ここで、記憶部13は、端末装置3と端末装置3を携帯する処置実行者5の種別とを関連付けて記憶する処置実行者種別記憶部として機能する。即ち、通信制御部12は、処置要請信号を送信する際に、記憶部13を参照して、発生した異常を処置可能な種別の処置実行者5が携帯する端末装置3を選択する。ここで、「処置可能な種別の処置実行者」とは、処置可能なすべての種別の処置実行者であることに限定されない。また、異常に対して処置の要請を行う処置実行者の種別が記憶部13等において予め対応付けられていることが好ましい。このように、通信制御部12による処置要請信号の送信対象となる端末装置3は、検知器2で発生した異常を処置可能な種別の処置実行者5が携帯する端末装置3であるか否かによって選択される。これにより、検知器2の異常を処置可能な処置実行者5のみに処置の要請が報知されるため、院内の業務をより効率的にすることができる。例えば、発生した異常が重大な状況である場合には全ての処置実行者5の端末装置3へ同報通知を行い、軽微な状況である場合には当該異常に対応できる特定の処置実行者5のみにに報知を行うことで、院内の業務をより効率的にすることができる。尚、発生した異常が重大であるか否かは、上記のサポート優先度によって判断してもよい。
More specifically, when the determination result in the state determination unit is abnormal, the
また、通信制御部12は、状態判定部11における判定結果が異常である場合、当該異常に基づいて要請範囲を決定し、当該要請範囲に位置する端末装置3に処置要請信号を送信する機能を有していてもよい。ここで、要請範囲とは、物理的な距離に基づく範囲に限定されず論理的な区分に基づくものであってもよい。例えば、院内が複数棟/複数階層を有する場合、異常に基づいて処置を要請する棟/階層を変更させてもよい。また、例えば、同フロアを部署ごとに区分し、異常に基づいて処置を要請する部署を変更させてもよい。このように、通信制御部12による処置要請信号の送信対象となる端末装置3は、異常に基づいて決定される要請範囲に位置するか否かによって選択される。これにより、異常に基づく要請範囲基づいて必要な要請範囲に処置の要請が報知されるため、院内の業務をより効率的にすることができる。例えば、発生した異常が重大な状況である場合には全フロアの端末装置3へ同報通知を行い、軽微な状況である場合には検知器2の設置されている特定のフロアに存在する端末装置3のみに報知を行うことで、より多くの対応可能な処置実行者5への報知が可能となる。尚、発生した異常が重大であるか否かは、上記のサポート優先度によって判断してもよい。
Further, when the determination result in the
尚、「選択した端末装置に対して処置要請信号を送信する」とは、実際に選択した端末装置3のみに対して処置要請信号を送信することに限定されない。例えば、全ての端末装置3に送信し、選択されなかった端末装置3において処置要請信号に基づく報知が行われなければ良い。即ち、「選択した端末装置に対して処置要請信号を送信する」とは、選択した端末装置3においてのみ報知されることも含む。
Note that “transmit the treatment request signal to the selected terminal device” is not limited to transmitting the treatment request signal only to the actually selected
また、通信制御部12は、端末装置3のうち何れかから処置完了信号を受信したときに、端末装置3に処置完了信号を送信する機能を有していてもよい。即ち、端末装置3は、処置完了信号を院内業務サポートサーバ1へ送信する機能を有する。従って、処置実行者5は、端末装置3を操作することにより、院内業務サポートサーバ1へ処置完了信号を送信することが可能である。処置完了信号には、要請信号を特定する情報が含まれる。即ち、院内業務サポートサーバ1へ処置完了信号が送信されることで、処置完了信号を送信した端末装置3を携帯する処置実行者5が、要請信号が示す生体4に対する処置が完了したことが端末装置3を介して各処置実行者5へ示されることになる。これにより、複数の処置実行者5が院内に散在する場合であっても、生体4に対する処置の完了を短時間で報知することができる。
The
また、通信制御部12は、状態判定部11における判定結果が異常から正常に復帰した場合、端末装置3に処置完了信号を送信する機能を有していてもよい。これにより、複数の処置実行者5が院内に散在する場合であっても、生体4に対する処置の完了を短時間で報知することができる。さらに、処置の完了と同時に検知器2から送信される検知信号に基づいて処置の完了を処置実行者5に報知することができるため、処置を行った処置実行者5が処置の完了を報告するために端末装置3を操作する手間を省くことができる。
Further, the
また、通信制御部12は、端末装置3のうち何れかから処置完了信号を受信し、且つ、状態判定部11における判定結果が異常から正常に復帰した場合、端末装置3に処置完了信号を送信する機能を有していてもよい。これにより、複数の処置実行者5が院内に散在する場合であっても、生体4に対する処置の完了を短時間で報知することができる。さらに、処置実行者5による端末装置3の操作による処置の完了と、検知器2からの検知信号に基づく処置の完了との二重チェックが行われることによって、処置を行った処置実行者5自身の勘違いを処置完了信号による端末装置3の報知により防止することができる。即ち、端末装置3を操作しても処置の完了報告が自身が携帯する端末装置3において表示されなければ、処置が正常に行われていない可能性に気付くことができる。
In addition, the
また、通信制御部12は、状態判定部11における異常の判定結果の生体4が複数存在する場合、これら生体4の中からサポート優先度の高い監視要素の処置を受けている生体4を特定し、特定した生体4に対する処置を要請する処置要請信号を端末装置3に送信する機能を有していてもよい。「状態判定部における異常の判定結果の生体が複数存在する」とは、状態判定部11が検知器2の監視要素の状態が異常であると判定してから当該検知器2が検知する生体4に対する応答信号を受信するまでの期間が重複する複数の検知器2が存在していることを示す。尚、当該期間は、状態判定部11が検知器2の監視要素の状態が異常であると判定してから、当該検知器2が検知する生体4に対する処置完了信号を受信するまで、であってもよい。
In addition, when there are a plurality of
また、通信制御部12は、状態判定部11における異常の判定結果の生体4が複数存在する場合、当該生体4を異常と判定された監視要素のサポート優先度に従い、優先順位の高い生体4を特定して処置要請信号を送信する。ここで送信される処置要請信号は、既に送信している優先順位の低い処置要請信号が示す処置を後回しにすることを端末装置3に報知させるものであってもよい。このように、複数の生体4で監視要素が異常になった場合に、サポート優先度の高い生体4から処置実行者5が処置することができるため、異常による不具合の拡大を最小限に抑制することができる。
In addition, when there are a plurality of abnormality determination results of the living
また、通信制御部12は、さらに、状態判定部11における異常の判定結果の全ての生体4について、監視要素の種類及びサポート優先度の少なくとも一方を示すサポート内容信号を端末装置3に送信する機能を有していてもよい。これにより、端末装置3においてサポートを要する全ての生体4を、サポート優先度や監視要素と共に処置実行者5に報知することができるため、サポート優先度や監視要素に基づいて各処置実行者5が複数の生体4を手分けして処置することが可能になる。
Further, the
尚、図示しないが、院内業務サポートサーバ1は、コンピュータであり、CPU(Central Processing Unit)と、CPUが実行するプログラム及びこれらプログラムに使用されるデータを書き替え可能に記憶するEEPROM(Electrically Erasable and Programmable Read Only Memory)等と、プログラム実行時にデータを一時的に記憶するRAM(Random Access Memory)等とを含んでいる。院内業務サポートサーバ1が有する各構成は、これらハードウェアとEEPROM内のソフトウェアとの協働により構築されている。尚、院内業務サポートサーバ1は1台のコンピュータに限定されず、複数のコンピュータに上記機能を分散させて設けるものであってもよい。
Although not shown, the in-hospital
(院内業務サポートシステムの構成)
以上の各機能を備えた院内業務サポートサーバ1、検知器2、及び、端末装置3を含む院内業務サポートシステム100についてより具体的に説明する。以下、院内業務サポートシステム100を病院内での業務に適用した場合について説明するが、これに限定されない。
(Configuration of hospital support system)
The in-hospital
(全体構成)
図3に示すように、院内業務サポートサーバ1、検知器2、及び、端末装置3が、LAN101を介して通信可能に接続されている。検知器2は、病室等の処置室6において点滴等の処置が行われる入院患者や通院患者等の生体4に設置され、生体4に対する処置の状態を監視する。処置室6は、複数あってもよく、それぞれに複数の検知器2が設置されていてもよい。また、1の生体4に1種以上の複数の検知器2を設置してもよい。端末装置3は、看護師や医師等の処置実行者5のそれぞれに携帯され、表示部34としてのディスプレイに報知画面が表示される。
(overall structure)
As shown in FIG. 3, the in-hospital
(検知器2)
図4に示すように、検知器2は、設定部21、通信部22、電源部23、及び、検知部24を有している。設定部21は、外部から検知器2の設定を行うため受付処理、及び/又は、受付構造を有する。設定部21によって、院内業務サポートサーバ1との通信、及び、検知器2の動作等の設定が可能にされる。設定部21は、直接コンピュータを接続するためのUSB(Universal Serial Bus)端子、及び、メモリ等を有し、外部からのコマンド等の入力を受け付け、設定内容を記憶するものであってもよい。また、設定部は、ディップスイッチ等の物理スイッチであってもよい。
(Detector 2)
As shown in FIG. 4, the
具体的に、設定部21によって設定される内容は、無線LANに接続するためのSSID(Service Set Identifier)、セキュリティキー、院内業務サポートサーバ1のIPアドレス(Internet Protocol address)、及び、電源のオン/オフ等である。このように、設定部21は、検知器2の設定を可能にするとともに設定内容を記憶する。
Specifically, the contents set by the setting
通信部22は、院内業務サポートサーバ1に対する通信を行う機能を有する。通信部22は、MAC(Media Access Control)アドレスを有しており、これが検知器2の識別情報として用いられる。尚、これに限定されず、例えば、設定部21に検知器2を一意に識別する情報を記憶するものであってもよい。電源部23は、検知器2の動力源となる電池である。検知部24は、生体4に対する処置、及び、電源部23の電池残量等の監視要素の状態を検知し、これら監視要素を示す検知信号を送信する。
The
また、本実施形態では、検知器2は、自身の異常状態が正常状にに復帰したことを示す復帰信号を送信する機能を有している。具体的に、検知器2には、復帰信号を送信するためのボタン等の入力デバイスを有している。この入力デバイスが処置実行者5によって操作されることにより、院内業務サポートサーバ1へ復帰信号が送信されるように検知器2が構成されている。
In the present embodiment, the
(端末装置3)
本実施形態では、端末装置3は、スマートフォン又はタブレット端末である。図5に示すように、端末装置3は、制御部31、記憶部32、報知部33、表示部34、入力部35、及び、通信部36を有している。制御部31は、各種プログラムを実行する。例えば、制御部31は、院内業務サポートサーバ1から各種信号を受信した場合に表示部34に各種信号に基づく表示画面を表示するプログラム、入力部35への入力に基づき院内業務サポートサーバ1へ応答信号や処置開始信号を送信するプログラム等を実行する。記憶部32は、上記のような各種プログラムを記憶すると共に、通信等の設定や院内業務サポートサーバ1からの各種信号に基づく情報を記憶する。例えば、設定内容は、無線LANに接続するためのSSID、セキュリティキー、及び、院内業務サポートサーバ1のIPアドレス等である。
(Terminal device 3)
In the present embodiment, the
報知部33は、院内業務サポートサーバ1から各種信号を受信したことを報知する。報知部33は、例えば、音声により報知を行うスピーカや、振動により報知を行うためのモータである。表示部34は、院内業務サポートサーバ1から受信した各種信号が示す詳細情報を表示するディスプレイである。入力部35は、院内業務サポートサーバ1へ各種信号を送信するために処置実行者5が操作する入力装置である。入力部35は、表示部34の表面を覆うように図示しないタッチパネルを有している。これにより、処置実行者5の入力操作を受け付けることが可能にされている。また、入力部35は、直接コンピュータを接続するためのUSB端子を有している。
The
通信部36は、院内業務サポートサーバ1に対する通信を行う機能を有する。通信部36は、MAC(Media Access Control)アドレスを有しており、これが端末装置3の識別情報として用いられる。尚、これに限定されず、例えば、記憶部32に端末装置3を一意に識別する情報を記憶するものであってもよい。通信部36は、院内業務サポートサーバ1との間に確立された接続を維持する。これにより、院内業務サポートサーバ1から端末装置3への通知(信号の送信)を行うことが可能となる。
The
上記各種プログラムは、院内業務サポートサーバ1にアクセスしてLAN経由で端末装置3にインストールされてもよいし、入力部35と直接接続した所定のコンピュータから端末装置3にインストールされてもよい。
The various programs may be installed in the
端末装置3は、CPU(Central Processing Unit)と、CPUが実行するプログラム及びこれらプログラムに使用されるデータを書き替え可能に記憶するEEPROM(Electrically Erasable and Programmable Read Only Memory)等と、プログラム実行時にデータを一時的に記憶するRAM(Random Access Memory)等とを含んでいる。端末装置3が有する各構成は、これらハードウェアとEEPROM内のソフトウェアとの協働により構築されている。
The
(院内業務サポートサーバ1)
院内業務サポートサーバ1は、検知器2、及び、端末装置3が通信可能であれば、院内の配置に限定されない。例えば、院内業務サポートサーバ1は、LAN101を含むWAN内の異なるセグメントに配置されていてもよい。
(In-hospital business support server 1)
The hospital
(データテーブル)
ここで、院内業務サポートサーバ1において、記憶部13(図1参照)が記憶するデータテーブルについて説明する。
(Data table)
Here, the data table which the memory | storage part 13 (refer FIG. 1) memorize | stores in the hospital
(検知器種別登録テーブル)
検知器種別登録テーブルには、検知器2からの監視要素の種別と、監視要素の種別に応じた判定基準とが対応付けて記憶される。具体的に、本実施形態では、図6に示すように、検知器種別登録テーブルは、検知器種別欄、監視要素種別欄、判定基準欄、報知設定欄、サポート優先度欄、処置種別欄、及び、要請範囲欄を有している。検知器種別欄には、検知器の種類を識別するための名称が格納される。即ち、検知器種別が共通の検知器2は、同じ種類の機種となる。監視要素種別欄には、検知器2から送信され得る監視要素の種別が格納される。判定基準欄には、監視要素ごとに異常か正常かを判定するための基準が格納される。報知設定欄には、報知設定欄には、判定基準に基づき異常と判定された場合に端末装置3において報知されるメッセージを示す識別情報が格納される。サポート優先度欄には、メッセージごとに緊急度を示すサポート優先度が格納される。即ち、監視要素ごとに緊急度が設定されることになる。尚、サポート優先度は、検知器種別ごとに設定されるものであってもよい。
(Detector type registration table)
In the detector type registration table, the type of the monitoring element from the
処置種別欄には、発生した異常を処置することが可能な処置実行者5の種別が格納される。これにより、例えば、看護師が処置可能な異常である場合には、看護師が携帯する端末装置3を選択して処置要請信号を送信することが可能であり、医師のみが処置可能な異常である場合には、看護師が携帯する端末装置3を選択して処置要請信号を送信することが可能である。また、より重大な異常については、看護師及び医師が携帯する端末装置3を選択して処置要請信号を送信することが可能である。このように、サポート優先度および検知器種別の組み合わせにより、重大な状況については全端末装置3への報知を行い、軽微な状況については看護師が携帯する端末装置3のみに報知を行うことにより、より効率的な運営が可能となる。尚、サポート優先度に基づいて処置種別を選択し、処置要請信号を送信する端末装置3を特定してもよい。例えば、サポート優先度が低い異常は看護師が携帯する端末装置3のみに報知し、サポート優先度が中程度の異常は医師が携帯する端末装置3のみに報知し、サポート優先度が高い異常は看護師及び医師が携帯する端末装置3に報知してもよい。この場合、記憶部13には、サポート優先度の範囲に処置種別が対応付けられて記憶されることになる。
In the treatment type column, the type of the
要請範囲欄には、発生した異常の処置要請信号を送信する要請範囲が格納される。本実施形態では、異常が発生した検知器2と同フロアの要請範囲をAとし、異常が発生した検知器2の上下フロアをBとし、異常が発生した検知器2の棟内全フロアをCとし、隣接する病棟の全フロアをDとしている。このように、異常(検知器2の監視要素種別)毎に要請範囲が対応づけられていると共に、要請範囲が任意に設定可能にされている。これにより、例えば、重大な状況の場合は、全フロアの端末装置3への同報通知を行い、軽微な状況については検知器2の設置されている特定のフロアの端末装置3への通知を行うことで、より多くの対応可能な処置実行者5への報知が可能となる。尚、上記のように複数の病棟をまたいで設定可能であり、複数の病棟は異なる地域に配置されるものであってもよい。このような場合であっても、WANやインターネットを経由して処置の要請が可能となる。
In the request range column, a request range for transmitting a treatment request signal for an abnormality that has occurred is stored. In this embodiment, the requested range of the same floor as the
尚、本実施形態では、図7に示すように、フロアごとにルータが設けられている。具体的に、1階フロアF1にはルータ102aが設けられ、2階フロアF2にはルータ102bが設けられ、3階フロアF3にはルータ102cが設けられ、4階フロアF3にはルータ102dが設けられている。処置実行者5は、携帯する端末装置3を、自身の存在するフロアのルータに接続するようになっている。そして、検知器2、及び、端末装置3に割り当てられるIPアドレスは、ルータ102毎にセグメントが異なるようにされている。これにより、検知器2、及び、端末装置3の存在するフロアが、判別可能となっている。尚、検知器2、及び、端末装置3の位置判別方法はこれに限定されず、例えば、記憶部13に、フロアの階数と、検知器2及び端末装置3とが対応付けられて記憶されるものであってもよい。
In the present embodiment, as shown in FIG. 7, a router is provided for each floor. Specifically, the
例えば、図7に示すように、2階フロアF2における検知器2において、サポート優先度が低い異常が発生した場合には、同じフロア(2階フロアF2)のルータ102bに接続される端末装置3に対して処置要請信号が送信される。また、図8に示すように、2階フロアF2における検知器2において、サポート優先度が中程度の異常が発生した場合には、同じフロア(2階フロアF2)と、上下階のフロア(1階フロアF1、及び、3階フロアF3)のルータ102a〜102cに接続される端末装置3に対して処置要請信号が送信される。また、図9に示すように、2階フロアF2における検知器2において、サポート優先度が高い異常が発生した場合には、全てのフロア(フロアF1〜F4)のルータ102a〜102dに接続される端末装置3に対して処置要請信号が送信される。
For example, as shown in FIG. 7, in the
上記の検知器種別登録テーブルは、検知器2からの検知信号が異常であるか否かの判定に用いられる。例えば、検知器2が、正常状態において電気的に隔離状態の接点が、漏れた液により電気的に接続されることで漏液を検出する機能を有し、漏液を検出した場合に監視要素種別「漏液」について値「ON」を出力するものとする。この場合、予め検知器種別登録テーブルにおいて、監視要素種別「漏液」の判定基準を「ON」としておき、報知設定として「A−001」のメッセージを設定する。これにより、院内業務サポートサーバ1は、検知器2が異常であると判定し、生体4に対する処置を要請する処置要請信号を端末装置3に送信することが可能となる。
The detector type registration table is used to determine whether or not the detection signal from the
このように、院内業務サポートサーバ1は、検知器2からの検知器の状態を示す検知信号を受付可能な通信部14と、検知器2からの検知信号の種別と検知信号の種別に応じた判定基準とを対応付けて記憶する記憶部13と、通信部14が受け付けた検知信号の値と、当該検知信号が示す種別に対応付けられた判定基準に基づき、検知器2の検知信号が異常を示すものであるか否かを判定する状態判定部11と、状態判定部11が、検知器2の検知信号が異常を示すものである、と判定した場合、複数の端末装置3において生体4に対する処置を要請する報知を行わせると共に、当該報知後のタイミングでの複数の端末装置3における入力に基づいて複数の端末装置3のうち何れか1を決定する通信制御部12と、を有する。
Thus, the hospital
これにより、検知器2が異常であるかを識別可能な信号を送信するものであれば、予め院内業務サポートサーバ1に検知信号の種別に応じた異常の判定基準を設定しておくことで、どのような検知器2であっても院内業務サポートサーバ1で異常を検出し、複数の端末装置3に対する処置の要請の報知を行うことができる。さらに、複数の端末装置3における入力に基づいて1の端末装置3を決定することで、処置の要請に対する処置実行者5を決定することが可能となる。
Thereby, if the
(検知器登録テーブル)
検知器登録テーブルには、院内業務サポートサーバ1に接続される全ての検知器2が記憶される。具体的に、図10に示すように、検知器登録テーブルは、検知器種別欄、検知器名欄、IPアドレス欄、MACアドレス欄、及び、登録完了日時欄を有している。検知器種別欄には、検知器2の種類を識別するための名称が格納される。即ち、各検知器2に対する異常の判定基準は、検知器種別登録テーブルの検知器種別に関連付けられた設定内容に従うことになる。
(Detector registration table)
All
尚、検知器登録テーブルにおいて、検知器2毎に、監視要素の判定基準を設定可能にされ、検知器2の異常判定を行う際に検知器登録テーブルの判定基準を優先されるものであってもよい。これにより、検知器2(生体4)毎に詳細な設定を行うことができる。例えば、検知器2が同じであっても、生体4の症状に応じて判定基準を細かく設定することができる。
In addition, in the detector registration table, it is possible to set the determination criterion of the monitoring element for each
検知器名欄には、検知器2を識別するための固有の名称が格納される。本実施形態では、処置実行者5は、検知器名に生体4の識別可能な名称を用いることより生体4、及び、生体4に設置された検知器2を特定可能にしているがこれに限定されない。IPアドレス欄には、検知器2に設定されたIPアドレスが格納される。尚、IPアドレスは、各検知器2が接続を確立する毎にDHCP(Dynamic Host Configuration Protocol)によって動的に決定されてもよいし、各検知器2に予め静的に決定されるものであってもよい。MACアドレス欄には、各検知器2毎に固有のMACアドレスが格納される。登録完了日時欄には、検知器2を院内業務サポートサーバ1に登録した日時が格納される。
A unique name for identifying the
(検知器状態テーブル)
検知器状態テーブルには、登録される全ての検知器2の状態が記憶される。具体的に、図11に示すように、検知器状態テーブルは、MACアドレス欄、監視要素種別欄、検知状態欄、電池残量欄、通信状態欄、報知設定欄、及び、ログ欄を有している。MACアドレス欄には、検知器2を識別するためのMACアドレスが格納される。監視要素種別欄には検知器2から送信され得る監視要素の種別が格納され、検知状態欄には監視要素の種別ごとの検知状態が格納される。電池残量欄には、検知器2が有するバッテリの残量が格納される。通信状態欄には、検知器2がLAN101に接続されているか否かが格納される。ログ欄には、検知器2に対する通信ログファイルを識別する識別情報が格納される。
(Detector status table)
In the detector state table, the states of all registered
(メッセージテーブル)
メッセージテーブルには、検知器種別登録テーブルにおいて設定可能な報知設定毎に、メッセージが記憶される。具体的に、図12に示すように、メッセージテーブルは、報知ID欄と、メッセージ欄と、を有している。報知ID欄には、メッセージを識別する報知IDが格納される。報知IDは、検知器種別登録テーブルにおいて、報知設定欄に設定可能である。メッセージ欄には、報知IDごとに対応付けられたメッセージが格納される。このメッセージは端末装置3において表示部34に表示される内容に含められる。
(Message table)
In the message table, a message is stored for each notification setting that can be set in the detector type registration table. Specifically, as shown in FIG. 12, the message table has a notification ID column and a message column. A notification ID for identifying a message is stored in the notification ID column. The notification ID can be set in the notification setting column in the detector type registration table. The message column stores a message associated with each notification ID. This message is included in the content displayed on the
(端末装置登録テーブル)
端末装置登録テーブルには、院内業務サポートサーバ1に接続される全ての端末装置3が記憶される。具体的に、図13に示すように、端末装置登録テーブルは、ユーザ名欄、IPアドレス欄、MACアドレス欄、登録完了日時欄、及び、種別欄を有している。ユーザ名欄には、端末装置3にインストールされたプログラムにログインするための一意のユーザ名が格納される。本実施形態では、処置実行者5は、ユーザ名により識別される。IPアドレス欄には、端末装置3に設定されたIPアドレスが格納される。尚、IPアドレスは、各端末装置3が接続を確立する毎にDHCP(Dynamic Host Configuration Protocol)によって動的に決定されてもよいし、各端末装置3に予め静的に決定されるものであってもよい。MACアドレス欄には、各端末装置3毎に固有のMACアドレスが格納される。登録完了日時欄には、端末装置3を院内業務サポートサーバ1に登録した日時が格納される。種別欄には、発生した異常を処置することが可能な処置実行者5の種別が格納される。処置実行者5の種別は、異常が発生した場合の端末装置3の選択の際に用いられる。
(Terminal device registration table)
In the terminal device registration table, all
(処置要請管理テーブル)
処置要請管理テーブルは、異常が発生した際の処置の要請を管理するために用いられる。処置要請管理テーブルには、発生した処置要請信号と、処置要請信号毎の状態とが記憶される。具体的に、図14に示すように、処置要請管理テーブルは、要請ID欄、検知器名欄、報知ID欄、サポート優先度欄、状態欄、対応者欄、発生日時欄、及び、完了日時欄を有している。要請ID欄には、処置要請信号を識別するための要請IDが格納される。要請IDは、処置要請信号を発生させる毎に採番される。検知器名欄には、異常と判定された検知器2の検知器名が格納される。報知ID欄には、メッセージを識別する報知IDが格納される。即ち、端末装置3において出力するメッセージの報知IDが格納される。サポート優先度欄には、検知器種別登録テーブル(図6参照)に設定されたサポート優先度が格納される。これにより、メッセージごとの緊急度を端末装置3へ通知することが可能となる。
(Action Request Management Table)
The treatment request management table is used to manage a request for treatment when an abnormality occurs. In the treatment request management table, the generated treatment request signal and the state for each treatment request signal are stored. Specifically, as shown in FIG. 14, the treatment request management table includes a request ID column, a detector name column, a notification ID column, a support priority column, a status column, a responder column, an occurrence date / time column, and a completion date / time. It has a column. In the request ID column, a request ID for identifying the treatment request signal is stored. The request ID is assigned every time a treatment request signal is generated. In the detector name column, the detector name of the
状態欄には、要請した処置に対して処置実行者5の対応状況が格納される。具体的に、処置要請信号に対して、何れの端末装置3からも応答信号が送信されない場合には、状態欄に「未対応」が格納される。即ち、「未対応」は、何れの処置実行者5によっても処置に対応されていない状態を示す。また、処置要請信号に対して、端末装置3のうち何れかから応答信号が送信された場合には、状態欄に「応答」が格納される。即ち、「応答」は、応答信号を送信した端末装置3を携帯する処置実行者5が処置に対応している状態を示す。また、処置要請信号に対して、端末装置3のうち何れかから処置完了信号が送信された場合には、状態欄に「完了」が格納される。即ち、「完了」は、応答信号を送信した端末装置3を携帯する処置実行者5によって、処置が完了している状態を示す。
In the status column, the response status of the
対応者欄には、応答信号を送信した端末装置3のユーザ名が格納される。従って、状態が「未対応」の処置要請信号にはユーザ名は格納されていない状態となる。発生日時欄には、処置要請信号を送信した日時が格納される。応答日時欄には、端末装置3から応答信号を受信した日時が格納される。完了日時欄には、端末装置3から処置完了信号を受信した日時が格納される。また、検知器の種類によって対応できる対応者が限られているような場合、対応可能な対応者のテーブルを登録しておくことにより、きめ細かな対応が可能となる。
The user name of the
本実施形態では、記憶部13が記憶するデータテーブルが端末装置3の記憶部32と同期され、同じデータテーブルが各端末装置3に記憶される。尚、同期されるデータテーブルや項目が限定されるものであってもよい。また、データテーブルは上記に限定されず、どのようなに正規化されたものであってもよい。
In the present embodiment, the data table stored in the
(表示画面)
次に、端末装置3において表示される報知画面について説明する。端末装置3は、院内業務サポートサーバ1から処置要請信号を受信すると、未対応状態の処置要請信号の一覧を示す一覧画面を表示する。
(Display screen)
Next, the notification screen displayed on the
具体的に、一覧画面では、図15に示すように、表示部34の上部に未確認件数画像341が表示されると共に、未確認件数画像341の下方に要請画像342が表示される。未確認件数画像341は、端末装置3において受信した処置要請信号のうち、当該端末装置3を携帯する処置実行者5によって確認されていない数が表示される。要請画像342は、端末装置3において受信した処置要請信号の数だけ表示される。即ち、要請画像342が複数ある場合、異常の判定結果の生体4が複数存在することを示す。要請画像342には、異常が発生した検知器2の検知器名、院内業務サポートサーバ1が処置要請信号を出力した発生日時、及び、処置要請信号を識別する要請IDが表示される。
Specifically, on the list screen, as shown in FIG. 15, an
尚、図示しないが、要請画像342が複数ある場合、そのサポート優先度に応じて表示がソートされてもよい。例えば、緊急度の高いものを上から順に表示することで、処置実行者5は要請された処置の優先度を理解することが可能となる。また、例えば、サポート優先度の上位(例えば、サポート優先度が1〜10)の要請画像342については表示色を他と変えて、処置実行者5に緊急であることをより理解させるものであってもよい。
Although not shown, when there are a plurality of
処置実行者5が要請画像342の領域をタッチ操作することにより、タッチされた処置要請信号が示す詳細情報が表示される。図16に示すように、詳細画面には、要請画像342に表示されていた内容に加え、メッセージ画像343と、対応ボタン画像344とが表示される。メッセージ画像343は、異常の内容を示すメッセージを示す画像である。対応ボタン画像344には、「対応する」旨のテキストが示されたボタン状の画像である。処置実行者5が対応ボタン画像344の領域をタッチ操作することにより、端末装置3から院内業務サポートサーバ1へ応答信号が送信されることになる。このように、端末装置3は、院内業務サポートサーバ1からの処置の要請に対して、処置実行者5が対応するための入力画面が表示される。
When the
端末装置3のうち何れかから応答信号が送信されると、一覧画面が更新される。図17に示すように、一覧画面の端末装置3から応答信号が送信された要請画像342には、対応中の処置実行者5を示す対応者画像345が表示される。これにより、処置実行者5は、院内業務サポートサーバ1から要請された処置が対応中であることを認識できる。
When a response signal is transmitted from any of the
要請に対し応答信号を送信した端末装置3において、当該要請に対応する要請画像342の領域をタッチ操作することにより、処置完了信号を送信可能な詳細画面が表示される。具体的に、図18に示すように、対応完了ボタン画像346が表示される。対応完了ボタン画像346は、「対応完了」の旨のテキストが示されたボタン状の画像である。処置実行者5が対応完了ボタン画像346の領域をタッチ操作することにより、端末装置3から院内業務サポートサーバ1へ処置完了信号が送信されることになる。このように、処置の要請に対して応答した処置実行者5は、携帯する端末装置3において対応した処置が完了したことを院内業務サポートサーバ1へ通知することができる。
In the
一覧画面において、処置完了信号が送信された要請に対応する要請画像342には、処置が完了した旨が示される。具体的に、図19に示すように、対応者画像345が非表示にされると共に、院内業務サポートサーバ1が処置完了信号を受信した日時と、処置要請信号を識別する要請IDとが要請画像342に追加表示される。各処置実行者5が携帯する端末装置3において、処置が完了した要請画像342の詳細画面を確認した場合、一覧画面から削除される。尚、上記各画面の表示態様や表示項目はこれに限定されない。
In the list screen, the
(動作)
次に、本実施形態の院内業務サポートサーバ1の動作について説明する。
(Operation)
Next, operation | movement of the hospital
(受付処理)
図20は、院内業務サポートサーバ1のCPU(以下、単に「院内業務サポートサーバ1」と称す)が実行する受付処理ルーチンのフローチャートである。本ルーチンは、受信信号毎にスレッドが生成されて並行処理可能にされている。先ず、院内業務サポートサーバ1は、検知器2から検知信号を受信したか否かを判定する(S10)。院内業務サポートサーバ1は、検知信号を受信した場合(S10:YES)、処置要請処理を実行する(S11)。処置要請処理については、後述する。処置要請処理が実行された後、ステップS10に戻る。
(Reception process)
FIG. 20 is a flowchart of an acceptance processing routine executed by the CPU of the hospital service support server 1 (hereinafter simply referred to as “hospital
一方、検知信号を受信しない場合(S10:NO)、院内業務サポートサーバ1は、端末装置3から応答信号を受信したか否かを判定する(S12)。院内業務サポートサーバ1は、応答信号を受信した場合(S12:YES)、データテーブルを更新する(S13)。具体的に、院内業務サポートサーバ1は、応答信号に含まれる要請IDによって、処置要請管理テーブル(図14)のデータを確定し、応答信号に含まれるユーザ名を対応者欄に格納すると共に、状態欄を「応答」に更新する。
On the other hand, when the detection signal is not received (S10: NO), the hospital
その後、同期処理を実行する(S14)。同期処理おいては、院内業務サポートサーバ1は、端末装置登録テーブル(図13参照)に登録されている端末装置3に対して、処置開始信号として処置要請管理テーブルの内容を送信する。これにより、端末装置3における処置要請管理テーブルが更新されることになる。その結果、図17に示すように、端末装置3において、処置実行者5は、要請された処置が対応中であることを確認できる。その後、ステップS10に戻る。
Thereafter, synchronization processing is executed (S14). In the synchronization process, the hospital
一方、応答信号を受信しない場合(S12:NO)、院内業務サポートサーバ1は、端末装置3から処置完了信号を受信したか否かを判定する(S15)。院内業務サポートサーバ1は、処置完了信号を受信した場合(S15:YES)、データテーブルを更新する(S16)。具体的に、院内業務サポートサーバ1は、処置完了信号に含まれる要請IDによって、処置要請管理テーブル(図14)のデータを確定し、状態欄を「完了」に更新すると共に、処置完了信号を受信した日時を完了日時欄に格納する。尚、ステップS16において、処置完了信号に含まれるユーザ名が確定したデータの対応者欄に格納されたユーザ名と一致するか否かの確認を行ってもよい。
On the other hand, when the response signal is not received (S12: NO), the hospital
その後、待機処理を実行する(S17)。待機処理においては、検知器2からの検知信号を受信し、対応する監視要素が正常に更新されるまで次の処理を待機する。即ち、処置実行者5による端末装置3の操作による処置の完了と、検知器2からの検知信号に基づく処理の完了との二重チェックを行う。
Thereafter, standby processing is executed (S17). In the standby process, the detection signal from the
そして、同期処理を実行する(S18)。同期処理おいては、院内業務サポートサーバ1は、端末装置登録テーブル(図13参照)に登録されている端末装置3に対して、処置完了信号として処置要請管理テーブルの内容を送信する。これにより、端末装置3における処置要請管理テーブルが更新されることになる。その結果、図19に示すように、端末装置3において、処置実行者5は、要請された処置が完了していることを確認できる。その後、ステップS10に戻る。
And a synchronous process is performed (S18). In the synchronization process, the hospital
上述のように、本実施形態では、処置実行者5による端末装置3の操作による処置の完了と、検知器2からの検知信号に基づく処理の完了と、を院内業務サポートサーバ1から端末装置3への処置完了信号の送信条件としているがこれに限定されない。例えば、ステップS17の待機処理を行わずに、処置実行者5による端末装置3の操作による処置の完了のみを院内業務サポートサーバ1から端末装置3への処置完了信号の送信条件としてもよい。
As described above, in this embodiment, the completion of the treatment by the
(処置要請処理)
図21は、院内業務サポートサーバ1が実行する処置要請処理ルーチンのフローチャートである。先ず、院内業務サポートサーバ1は、検知器から受信した検知信号の内容に基づいて、データテーブルを更新する(S19)。具体的に、検知信号には、検知器2のMACアドレスが格納されており、検知器状態テーブル(図11参照)の当該MACアドレスに対応する検知器2の監視要素の検知状態を更新する。この検知信号に基づく処置の要請に対して、端末装置3から処置完了信号を受信していた場合、このステップS19が実行されることによって、他のスレッドの受付処理ルーチンにおけるステップS17の待機が完了することになる。
(Action request processing)
FIG. 21 is a flowchart of a treatment request processing routine executed by the hospital
そして、検知器2から受信した検知信号の内容が、異常を示すものであるか否かを判定する(S20)。具体的に、検知信号が示す監視要素種別の値が、検知器種別登録テーブルの判定基準に合致するか否かを判定する。
Then, it is determined whether or not the content of the detection signal received from the
一方、検知信号の内容が異常を示すものである場合(S20:YES)、院内業務サポートサーバ1は、既に異常に対する要請が行われているかを判定する(S21)。具体的に、当該検知信号に基づいて、検知器登録テーブルから検知器名を取得する。そして、検知器種別登録テーブル(図6参照)から、異常とされた監視要素種別に対応する報知設定欄の報知IDを取得する。そして、取得した検知器名および報知IDに対応するデータが処置要請管理テーブル(図14参照)にある場合、既に異常に対する要請が行われていると判定する。既に異常に対する要請が行われている場合(S21:YES)、本ルーチンを終了する。
On the other hand, when the content of the detection signal indicates an abnormality (S20: YES), the hospital
異常に対する要請が行われていない場合(S21:NO)、処置要請管理テーブル(図14参照)にデータを追加する(S22)。具体的に、ユニークな要請IDを採番し、取得した検知器名および報知IDに加え、状態を「未対応」とした新たなデータを処置要請管理テーブルに挿入する。 If a request for an abnormality has not been made (S21: NO), data is added to the treatment request management table (see FIG. 14) (S22). Specifically, a unique request ID is numbered, and in addition to the acquired detector name and notification ID, new data having a status of “unsupported” is inserted into the treatment request management table.
その後、同期処理を実行する(S23)。同期処理おいては、院内業務サポートサーバ1は、端末装置登録テーブル(図13参照)に登録されている端末装置3に対して、処置要請信号及びサポート内容信号として処置要請管理テーブルの内容を送信する。これにより、端末装置3における処置要請管理テーブルが更新されることになる。その結果、図15に示すように、端末装置3において、処置実行者5は、要請された未対応の処置を確認できる。この際に、端末装置3では、自身において当該要請された未対応の処置を報知するか否かを判定する。具体的に、端末装置3は、予め院内業務サポートサーバ1から自身に同期されている検知器種別登録テーブルを参照し、要請された処置の報知IDに関連する処置種別や要請範囲から自身が処置の要請対象であるか否かを判定する。端末装置3は、自身が処置の要請対象である場合には、表示部34等により処置要請の報知を行う。尚、これに限定されず、報知対象の端末装置3のみに処置要請信号を送信してもよい。これにより、端末装置3の処理が軽減される。院内業務サポートサーバ1はステップS23の後、本ルーチンを終了する。
Thereafter, synchronization processing is executed (S23). In the synchronous processing, the hospital
ステップS20において、検知信号が異常を示すものでない場合(S21:NO)、対応するデータテーブルの値が異常であるか否かを判定する(S25)。即ち、検知器2の検知信号が示す監視要素が、異常状態から正常状態へ移行したか否かを判定する。データテーブルの値が異常でない場合(S25:NO)、本ルーチンを終了する。
In step S20, when the detection signal does not indicate abnormality (S21: NO), it is determined whether or not the value of the corresponding data table is abnormal (S25). That is, it is determined whether the monitoring element indicated by the detection signal of the
(その他の処理)
検知器2、端末装置3は、その使用前において、院内業務サポートサーバ1のデータテーブル(検知器登録テーブル(図10参照)、端末装置登録テーブル(図13参照))に、データが追加されて登録される。
(Other processing)
Before the use of the
また、院内業務サポートサーバ1は、検知器2から復帰信号を受信した場合、当該検知器2に関連する処置の要請を完了状態にする。即ち、院内業務サポートサーバ1は、復帰信号に含まれるMACアドレスから検知器登録テーブル(図10参照)を参照して検知器名を取得し、処置要請管理テーブル(図14参照)において取得した検知器名に関連するデータの状態を「完了」に更新する。そして、受付処理のステップS18と同様の処理を行うことで処置完了信号を端末装置3へ送信する。
Further, when receiving the return signal from the
(変形例)
以上、本発明の実施形態について説明したが、本発明は上述の実施の形態に限られるものではなく、特許請求の範囲に記載した限りにおいて様々に変更して実施することができるものである。
(Modification)
Although the embodiments of the present invention have been described above, the present invention is not limited to the above-described embodiments, and various modifications can be made as long as they are described in the claims.
本実施形態では、検知器2に検知器名として、生体4を特定可能な情報を用いることで、検知器名で生体4を特定していたがこれに限定されない。例えば、患者等の処置対象となる生体4を登録するためのデータテーブルを設け、検知器2を用いる前に検知器2と生体4とを関連付けるものであってもよい。また、検知器2と生体4を処置する処置室6とを関連付けるものであってもよい。これにより、処置実行者5へ、端末装置3を介して、生体4や処置室6等の情報を処置の要請と共に報知することが可能となる。
In this embodiment, the living
本明細書において用いた用語及び語法は、本発明を的確に説明するために用いたものであり、本発明の解釈を制限するために用いたものではない。また、当業者であれば、本明細書に記載された発明の概念から、本発明の概念に含まれる他の構成、システム、方法等を推考することは容易であると思われる。従って、請求の範囲の記載は、本発明の技術的思想を逸脱しない範囲で均等な構成を含むものであるとみなされるべきである。また、本発明の目的及び本発明の効果を充分に理解するために、すでに開示されている文献等を充分に参酌することが望まれる。 The terms and terminology used in the present specification are used to accurately describe the present invention, and are not used to limit the interpretation of the present invention. Moreover, it would be easy for those skilled in the art to infer other configurations, systems, methods, and the like included in the concept of the present invention from the concept of the invention described in this specification. Accordingly, the description of the claims should be regarded as including an equivalent configuration without departing from the technical idea of the present invention. In addition, in order to fully understand the object of the present invention and the effects of the present invention, it is desirable to fully consider the literatures already disclosed.
1 院内業務サポートサーバ
2 検知器
3 端末装置
4 生体
5 処置実行者
6 処置室
11 状態判定部
12 通信制御部
13 記憶部
14 通信部
21 設定部
22 通信部
23 電源部
24 検知部
31 制御部
32 記憶部
33 報知部
34 表示部
35 入力部
36 通信部
100 院内業務サポートシステム
341 未確認件数画像
342 要請画像
343 メッセージ画像
344 対応ボタン画像
345 対応者画像
346 対応完了ボタン画像
DESCRIPTION OF
Claims (11)
前記生体に対して処置を行う処置実行者に携帯される複数の端末装置と、
前記検知器及び前記端末装置に対して通信可能に接続された院内業務サポートサーバと、を有しており、
前記院内業務サポートサーバは、
前記検知器からの検知信号に基づいて前記監視要素の状態が正常及び異常の何れであるかを判定する状態判定部と、
前記状態判定部における判定結果が異常である場合、前記生体に対する処置を要請する処置要請信号を前記端末装置に送信し、前記端末装置のうち何れかから応答信号を受信したときに、前記端末装置に処置開始信号を送信する通信制御部と、を有することを特徴とする院内業務サポートシステム。 A detector for detecting a state of a monitoring element related to a treatment for a living body;
A plurality of terminal devices carried by a treatment person who performs treatment on the living body;
A hospital operation support server communicably connected to the detector and the terminal device, and
The hospital service support server
A state determination unit that determines whether the state of the monitoring element is normal or abnormal based on a detection signal from the detector;
When the determination result in the state determination unit is abnormal, the terminal device transmits a treatment request signal for requesting treatment to the living body to the terminal device and receives a response signal from any of the terminal devices. And a communication control unit that transmits a treatment start signal to the hospital operation support system.
前記院内業務サポートサーバの前記通信制御部は、前記状態判定部における判定結果が異常である場合、当該異常の前記監視要素の種類に対応付けられた前記サポート優先度に基づいて選択した前記端末装置に対して前記処置要請信号を送信することを特徴とする請求項2に記載の院内業務サポートシステム。 The hospital operation support server further includes a support priority storage unit that stores the types of the monitoring elements and the support priority associated with each type,
When the determination result in the state determination unit is abnormal, the communication control unit of the hospital service support server selects the terminal device selected based on the support priority associated with the type of the monitoring element of the abnormality The hospital operation support system according to claim 2, wherein the treatment request signal is transmitted to the hospital.
前記通信制御部は、前記状態判定部における判定結果が異常である場合、当該異常を処置可能な前記処置実行者の種別の前記処置実行者が携帯する前記端末装置を選択して前記処置要請信号を送信することを特徴とする請求項2又は3に記載の院内業務サポートシステム。 The hospital operation support server further includes a treatment executor type storage unit that stores the terminal device and the type of the treatment executor carrying the terminal device in association with each other,
When the determination result in the state determination unit is abnormal, the communication control unit selects the terminal device carried by the treatment performer of the type of the treatment performer capable of treating the abnormality and selects the treatment request signal The in-hospital business support system according to claim 2 or 3, wherein
前記端末装置のうち何れかから処置完了信号を受信したときに、前記端末装置に処置完了信号を送信することを特徴とする請求項1に記載の院内業務サポートシステム。 The communication control unit in the hospital operation support server is:
The hospital operation support system according to claim 1, wherein when a treatment completion signal is received from any of the terminal devices, the treatment completion signal is transmitted to the terminal device.
前記状態判定部における判定結果が異常から正常に復帰した場合、前記端末装置に処置完了信号を送信することを特徴とする請求項1に記載の院内業務サポートシステム。 The communication control unit in the hospital operation support server is:
The hospital operation support system according to claim 1, wherein when the determination result in the state determination unit returns to normal from an abnormality, a treatment completion signal is transmitted to the terminal device.
前記端末装置のうち何れかから処置完了信号を受信し、且つ、前記状態判定部における判定結果が異常から正常に復帰した場合、前記端末装置に処置完了信号を送信することを特徴とする請求項1に記載の院内業務サポートシステム。 The communication control unit in the hospital operation support server is:
The treatment completion signal is transmitted to the terminal device when a treatment completion signal is received from any one of the terminal devices and the determination result in the state determination unit returns to normal from an abnormality. The in-hospital business support system according to 1.
前記通信制御部は、
前記状態判定部における異常の判定結果の生体が複数存在する場合、これら生体の中から前記サポート優先度の高い監視要素の処置を受けている生体を特定し、特定した生体に対する処置を要請する処置要請信号を前記端末装置に送信することを特徴とする請求項3乃至6の何れか1項に記載の院内業務サポートシステム。 A plurality of the living organisms exist,
The communication control unit
In the case where there are a plurality of living organisms that are abnormal determination results in the state judging unit, a treatment that identifies the living body that is receiving the treatment of the monitoring element having the higher support priority from these living organisms, and requests treatment for the identified living body The in-hospital business support system according to any one of claims 3 to 6, wherein a request signal is transmitted to the terminal device.
前記状態判定部における異常の判定結果の全ての生体について、前記監視要素の種類及び前記サポート優先度の少なくとも一方を示すサポート内容信号を前記端末装置に送信することを特徴とする請求項9に記載の院内業務サポートシステム。 The communication control unit in the hospital operation support server further includes:
10. The support content signal indicating at least one of the type of the monitoring element and the support priority is transmitted to the terminal device for all the living bodies of the abnormality determination result in the state determination unit. In-hospital business support system.
前記検知器及び前記端末装置に対して通信可能に接続された通信部と、
前記検知器からの検知信号に基づいて前記監視要素の状態が正常及び異常の何れであるかを判定する状態判定部と、
前記状態判定部における判定結果が異常である場合、前記生体に対する処置を要請する処置要請信号を前記端末装置に送信し、前記端末装置のうち何れかから応答信号を受信したときに、前記端末装置に処置開始信号を送信する通信制御部と、
を有することを特徴とする院内業務サポートサーバ。 An in-hospital work support server of a hospital work support system having a detector that detects a state of a monitoring element related to a treatment on a living body and a plurality of terminal devices carried by a person who performs the treatment on the living body. And
A communication unit communicably connected to the detector and the terminal device;
A state determination unit that determines whether the state of the monitoring element is normal or abnormal based on a detection signal from the detector;
When the determination result in the state determination unit is abnormal, the terminal device transmits a treatment request signal for requesting treatment to the living body to the terminal device and receives a response signal from any of the terminal devices. A communication control unit for transmitting a treatment start signal to
A hospital operation support server characterized by comprising:
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2015036288A JP2016154780A (en) | 2015-02-26 | 2015-02-26 | In-hospital work support system and in-hospital work support server |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2015036288A JP2016154780A (en) | 2015-02-26 | 2015-02-26 | In-hospital work support system and in-hospital work support server |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2016154780A true JP2016154780A (en) | 2016-09-01 |
Family
ID=56824365
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2015036288A Pending JP2016154780A (en) | 2015-02-26 | 2015-02-26 | In-hospital work support system and in-hospital work support server |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2016154780A (en) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019155775A1 (en) * | 2018-02-09 | 2019-08-15 | コニカミノルタ株式会社 | Monitoring system and event list display method |
JP2019537146A (en) * | 2016-11-16 | 2019-12-19 | フレゼニウス メディカル ケア ドイッチェランド ゲゼルシャフト ミット ベシュレンクテル ハフツング | Cooperative alarm handling for a group of dialysis machines |
JP2020107068A (en) * | 2018-12-27 | 2020-07-09 | コニカミノルタ株式会社 | Watching management device, control method thereof, and watching system |
-
2015
- 2015-02-26 JP JP2015036288A patent/JP2016154780A/en active Pending
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2019537146A (en) * | 2016-11-16 | 2019-12-19 | フレゼニウス メディカル ケア ドイッチェランド ゲゼルシャフト ミット ベシュレンクテル ハフツング | Cooperative alarm handling for a group of dialysis machines |
JP7053613B2 (en) | 2016-11-16 | 2022-04-12 | フレゼニウス メディカル ケア ドイッチェランド ゲゼルシャフト ミット ベシュレンクテル ハフツング | Coordinated alarm processing for groups of dialysis machines |
US11443849B2 (en) | 2016-11-16 | 2022-09-13 | Fresenius Medical Care Deutschland Gmbh | Concerted alarm handling for a group of dialysis apparatuses |
WO2019155775A1 (en) * | 2018-02-09 | 2019-08-15 | コニカミノルタ株式会社 | Monitoring system and event list display method |
JPWO2019155775A1 (en) * | 2018-02-09 | 2021-02-04 | コニカミノルタ株式会社 | Watching system and how to display the event list |
JP7234948B2 (en) | 2018-02-09 | 2023-03-08 | コニカミノルタ株式会社 | Monitoring system and display method of event list |
JP2020107068A (en) * | 2018-12-27 | 2020-07-09 | コニカミノルタ株式会社 | Watching management device, control method thereof, and watching system |
JP7251139B2 (en) | 2018-12-27 | 2023-04-04 | コニカミノルタ株式会社 | Monitoring management device, its control method, and monitoring system |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11328227B2 (en) | System for dynamic location-aware patient care process controls and dynamic location-aware tracking | |
JP2010033201A (en) | Emergency responding system for home nursing care-requiring person or the like | |
JP2016045573A (en) | Control method, control device, and control program | |
JP6505622B2 (en) | Nursing service support system and program | |
JP2016154780A (en) | In-hospital work support system and in-hospital work support server | |
US20230402162A1 (en) | Systems and methods for dispensing medications based on proximity to an electronic medication storage cabinet | |
US9507915B2 (en) | Managing the delivery of alert messages by an intelligent event notification system | |
US20170139485A1 (en) | Mobile communication device, mobile communication system, and method performed thereby | |
JP2015060530A (en) | Watching system, watching method, watching terminal, management terminal, program and recording medium | |
JP6249640B2 (en) | Medical outing notification system, receiver and medical outing notification program | |
JP4943722B2 (en) | Nurse call system | |
JP6577259B2 (en) | Nurse call system | |
US10748664B2 (en) | Role based communication | |
JP5898512B2 (en) | Nurse call system | |
CN108431878A (en) | The convenient method and apparatus for transmitting neighbouring healthiness alarm via Local wireless network | |
JP7183236B2 (en) | Calling system, calling method, calling terminal and program | |
JP5337136B2 (en) | Nurse call system and notification terminal | |
JP2018137673A (en) | Security system, portable terminal, security device, security method, and program | |
JP2017038758A (en) | Nurse call system | |
JP6795404B2 (en) | Nurse call system with bedside monitor | |
JP2018136840A (en) | Security system, portable terminal, security device, server device, security method, and program | |
EP3123438A1 (en) | System for dynamic location-aware patient care process controls and dynamic location-aware asset tracking | |
JP2016072852A (en) | Management device with emergency occurrence after-follow function | |
JP2018136841A (en) | Security system, portable terminal, security device, security method, and program | |
JP6296929B2 (en) | Medical work support device |