JP3038611B2 - Hospital information system - Google Patents

Hospital information system

Info

Publication number
JP3038611B2
JP3038611B2 JP8638391A JP8638391A JP3038611B2 JP 3038611 B2 JP3038611 B2 JP 3038611B2 JP 8638391 A JP8638391 A JP 8638391A JP 8638391 A JP8638391 A JP 8638391A JP 3038611 B2 JP3038611 B2 JP 3038611B2
Authority
JP
Japan
Prior art keywords
medical
information
hospital
department
file
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.)
Expired - Lifetime
Application number
JP8638391A
Other languages
Japanese (ja)
Other versions
JPH04318675A (en
Inventor
和夫 高杉
明英 橋詰
孝和 布野
一夫 相坂
隆一 鈴木
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=13885356&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=JP3038611(B2) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP8638391A priority Critical patent/JP3038611B2/en
Publication of JPH04318675A publication Critical patent/JPH04318675A/en
Application granted granted Critical
Publication of JP3038611B2 publication Critical patent/JP3038611B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【産業上の利用分野】本発明は、病院における直接的あ
るいは間接的な診療情報の登録,保管,保存および処理
等を含む病院情報システムに関し、更に、それらの情報
を統合管理するに好適な病院情報システムに関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a hospital information system including registration, storage, preservation, and processing of medical information directly or indirectly in a hospital, and further relates to a hospital information system suitable for integrated management of such information. Regarding information systems.

【0002】[0002]

【従来の技術】病院で扱われる患者に関する情報には、
医事に関する情報,診療録(カルテ)に関する情報,検査
および検査結果の情報,X線およびその他の画像情報,
薬剤処方や処置および手術等に関する情報,病棟(入
院,給食または看護等)に関する情報等の如く、情報の
発生源,発生装置あるいはシステム,情報の利用部署お
よび利用者,データの保管保存方式,特定部署の情報と
全病院的情報,保管・保存が義務付けられた情報,プラ
イバシーやセキュリティー上の保護が必要な情報とそう
でないもの等、非常に多くの性質の異なる情報が存在し
ている。これらの情報とその運用は、その時々の利用可
能な技術,病院あるいは診療科の状況、更には、これら
の歴史的経緯等を反映して、種々の形態,方式が、とき
には複合あるいは混合されて、利用されている。このう
ち医事に関する情報については、コンピュータ処理が広
く実用化されているが、その他については現状では不完
全な状況である。画像に関しては光ディスク等の大容量
記録媒体を用いたシステム(通常、「PACS」と呼ばれ
ている)が実用段階を迎えつつあるが、カルテに記載さ
れる全診療情報および検査情報等を含めた病院全体にわ
たっての全体的,統合的なシステム化はなされていな
い。なお、上述の如き病院情報システムに関しては、例
えば、電子情報通信学会編「電子情報通信ハンドブック」
(オーム社1988年刊)第38編第4部門の記載,医療情報シ
ステム開発センター編「医療情報システム10年の歩み」
(昭和59年)の記載等を参考にすることができる。
2. Description of the Related Art Information on patients treated in hospitals includes:
Information on medical affairs, information on medical records (medical records), information on examinations and test results, X-ray and other image information,
Sources of information, generators or systems, departments and users of information, data storage and preservation methods, such as information on drug prescriptions, procedures and operations, information on hospital wards (hospitalization, school lunches, nursing, etc.) There are many different types of information, such as department information and information for all hospitals, information that must be stored and preserved, information that requires privacy and security protection and information that is not. This information and its operation are reflected in the technologies available at the time, the status of the hospital or clinical department, and the historical background of these, and various forms and methods are sometimes combined or mixed. ,It's being used. Of these, computer processing is widely used for information related to medical affairs, but the rest are incomplete at present. For images, systems using large-capacity recording media such as optical disks (usually called "PACS") are approaching the practical stage, but include all medical information and examination information etc. described in medical records. There is no overall, integrated systematization throughout the hospital. As for the hospital information system as described above, for example, the Electronic Information and Communication Handbook, edited by the Institute of Electronics, Information and Communication Engineers
(Ohmsha, 1988) Volume 38, 4th Division, Medical Information System Development Center, 10 Years of Medical Information System
(Showa 59) can be referred to.

【0003】[0003]

【発明が解決しようとする課題】上記従来技術は、上述
の如く病院全体にわたる情報の統合的システム化を目的
とした場合、上述の各々の部署での発生および利用にお
ける情報の電子化が不十分な点もあり、各々の情報に対
して他の部署あるいは他の情報との関係について十分考
慮されておらず、統合システム化が困難であるという問
題があった。本発明は上記事情に鑑みてなされたもの
で、その目的とするところは、従来の技術における上述
の如き問題を解消し、病院における各種情報の発生源,
発生装置,利用部署,利用目的,管理目的等の性質に応
じた最適な配置と管理を可能とする病院情報システムを
提供すること、更に、種々の規模の病院に適合できるよ
うな形での統合化を可能とする病院情報システムを提供
することにある。
In the prior art described above, when the purpose is to integrate the information throughout the hospital as described above, the computerization of the information in the generation and use in each of the departments described above is insufficient. However, there is a problem that the relation between each piece of information and other departments or other pieces of information is not sufficiently considered, and it is difficult to integrate the information into an integrated system. The present invention has been made in view of the above circumstances, and an object of the present invention is to solve the above-described problems in the prior art and to provide a source of various information in a hospital.
Providing a hospital information system that enables optimal arrangement and management according to the characteristics of generators, use departments, purpose of use, purpose of management, etc. In addition, integration in a form that can be adapted to hospitals of various sizes It is to provide a hospital information system which can be used.

【0004】[0004]

【課題を解決するための手段】本発明の上述の目的は、
診療科あるいは病棟等の診療単位を診療サブシステムと
し、該サブシステムと保存カルテファイル,他の診療あ
るいは検査サブシステム,院内管理情報システムおよび
医事システム等を第一のネットワークで結合するととも
に、前記診療サブシステムには、カルテを保管する保管
ファイルと、該保管ファイルの制御,カルテの情報処理
を実行するサーバ、および、カルテへの診療情報の入力
や記録情報の参照等のカルテの操作を通じて診療行為を
実行するシステムを備えたワークステーションを第二の
ネットワークで結合して、前記診療サブシステム毎に、
当該サブシステムに直接関係する患者のカルテを前記保
管ファイルに保持することを特徴とする病院情報システ
ムによって達成される。
SUMMARY OF THE INVENTION The above objects of the present invention are as follows.
A medical treatment unit such as a medical department or a ward is defined as a medical treatment subsystem, and this subsystem is connected to a storage chart file, another medical treatment or examination subsystem, an in-hospital management information system, a medical affairs system, and the like via a first network. The subsystem includes a storage file for storing the medical record, a server for controlling the storage file and performing information processing of the medical record, and a medical treatment operation through operation of the medical record such as input of medical information to the medical record and reference of record information. A workstation with a system for performing
This is achieved by a hospital information system, wherein a medical chart of a patient directly related to the subsystem is maintained in the archive file.

【0005】[0005]

【作用】本発明に係る病院情報システムにおいては、病
院内の種々の情報をその性質に応じて、後述する如く、
分類して取り扱う。これにより、本発明に係るシステム
においては、各サブシステムを自律的に機能できる構成
を基本とし、サブシステムに必要な情報はそのサブシス
テムでの分散管理とし、全体に係る情報は集中管理とす
ることができ、部分的または段階的な拡張や各種規模へ
の対応を可能としつつ、病院全体として高度な情報の活
用を実現した統合化を可能とすることができる。
In the hospital information system according to the present invention, various kinds of information in the hospital are changed according to their properties as described below.
Classify and handle. As a result, in the system according to the present invention, each subsystem is basically configured to be able to function autonomously, information necessary for the subsystem is distributed management in the subsystem, and information related to the whole is centralized management. It is possible to perform integration that realizes utilization of advanced information as a whole hospital while enabling partial or stepwise expansion and adaptation to various scales.

【0006】[0006]

【実施例】以下、本発明の基本となる考え方を説明した
後、具体的な実施例を図面に基づいて詳細に説明する。
前述の如く、本発明に係る病院情報システムにおいて
は、病院内の種々の情報をその性質に応じて、分類して
取り扱う。すなわち、 1)病院内全体の管理情報(病歴,保存カルテ,現在の院
内状態,各種マスタ) 2)医事,会計情報 3)ラン状態のカルテ(医師の直接操作情報) 4)アクティブ状態のカルテ(保管状態にあり、容易に
ラン状態にできる) 5)インアクティブ状態のカルテ(保存状態にあり、ア
クティブにできる) 6)オーダの実行システム(オーダ内容,実施記録,発生
源ファイル) 7)病棟,看護情報システム 8)その他の情報発生源および部署内のシステム 9)X線画像の利用(読影およびレポーティング)システ
ム 10)X線画像の発生,保管,保存システム 等である。これらの電子化情報は、ネットワークを通じ
てオンラインシステム化される。なお、病院で利用され
る情報には、上述の如き直接診療に係る情報の他にも、
文献,学会情報,症例研究,論文,会議および通信記録
等のいわば間接的診療情報もあり、これらの各種情報に
ついても上記全体システムに統合化可能である。
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The basic concept of the present invention will be described below, and then specific embodiments will be described in detail with reference to the drawings.
As described above, in the hospital information system according to the present invention, various types of information in a hospital are classified and handled according to their properties. 1) Management information of the entire hospital (medical history, preservation chart, current in-hospital state, various masters) 2) Medical affairs and accounting information 3) Run state chart (direct operation information of doctor) 4) Active state chart ( 5) Inactive medical record (can be stored and active) 6) Order execution system (order contents, execution record, source file) 7) ward, Nursing information system 8) Other information sources and systems within departments 9) X-ray image utilization (interpretation and reporting) system 10) X-ray image generation, storage, preservation system, etc. These electronic information is converted into an online system through a network. In addition, information used in hospitals includes, in addition to the information related to direct medical treatment as described above,
There are so-called indirect medical information such as literature, conference information, case studies, papers, conferences, and communication records, and these various types of information can also be integrated into the overall system.

【0007】以下、上記1)〜10)について詳細に説明す
る。 1)は病院内全体に関連した管理情報であり、以下の如
きいくつかの性質の情報を含む。すなわち、病歴管理情
報,後述する「インアクティブ」カルテの状態,どの情報
が今どこにどのような状態であるか等の現在の病院内の
状態を表わす情報,各種のマスタ情報等である。これら
の情報を病院内で一元的に管理することは、病院内の多
くの部署やサブシステムの状態、オーダの処理状況やカ
ルテの分散状態等の病院内の現在の状態を正確にモニタ
できることであり、本発明の如く多くのサブシステムを
含み、これらからの情報を電子化し統合化した病院情報
システムの構築を目的としたとき初めて必要になり、か
つ、統合化システムにおいて本質的に重要になるもので
ある。 2)は病院全体にわたっての医事情報である。医事情報
は実施された医療行為を基に、レセプトを作成する等に
利用される情報であり、病院のほとんど全ての医療行為
と関連する。すなわち、どの部署で実施される医療行為
であっても、その行為に関する医事情報を吸い上げ患者
毎に管理すること、また、これらは保健制度と直結した
情報であるから、病院内で全体として一元管理するのが
合理的である。上記医事情報の吸い上げのために、各々
の部署において医療行為が実施される毎に、その内容お
よび結果を発生源から上記ネットワークを通じて上記管
理システムに直接伝達する。 3)〜5)はカルテ情報で、その状態により分類してい
る。ここで、「ラン」とは、医師がそのカルテを扱ってい
る状態である。すなわち、対象患者の検査情報を参照し
たり、オーダや所見その他の診療情報の入力を行う等、
医師が情報を操作しているあるいは容易に操作できる状
態である。具体的には、医師ワークステーションを通じ
て処理中または処理のため待機中のカルテである。「ア
クティブ」とは、容易に(短時間に)上記ラン状態にすべ
きカルテである。具体的には、現在診療が進行中の患者
のカルテである。これは当日の診療(カルテの使用)の予
定が無いものも含む。「インアクティブ」とは、既に目的
とした診療が終了したか、あるいは、新たな診療行為が
実施されないまま所定の期間が経過した患者のカルテで
ある。上記性質から、本発明に係る病院情報システムに
おいては、「ラン」はワークステーション上に置くカルテ
情報、「アクティブ」は診療が実施される目的診療科で管
理する、すなわち各診療科保管ファイルに置くカルテ情
報とし、科内のローカルエリアネットワーク(支線LA
N)等を通じて、高速にワークステーションに取り込
み、かつ、そこで新たに追加された情報を含むカルテ
は、容易に上記科内保管ファイルに転送して最新情報の
反映されたカルテとすることに特徴がある。
Hereinafter, the above 1) to 10) will be described in detail. 1) is management information related to the entire hospital, and includes information of several properties as described below. That is, the medical history management information, the state of the "inactive" medical chart described later, information indicating the current state in the hospital such as what information is where and where, and various types of master information. Centrally managing this information within the hospital means that the current state of the hospital, such as the status of many departments and subsystems within the hospital, the status of order processing and the distribution of medical records, etc., can be accurately monitored. Yes, including many subsystems as in the present invention, it becomes necessary only when the purpose of constructing an integrated hospital information system by electronically integrating information from these subsystems, and becomes essential in an integrated system. Things. 2) is medical information for the entire hospital. The medical information is information used for preparing a receipt based on the performed medical practice, and is related to almost all medical practices in the hospital. In other words, regardless of the department in which the medical procedure is performed, the medical information on the procedure must be collected and managed for each patient. Since these are information directly linked to the health system, they can be centrally managed in the hospital as a whole. It is reasonable to do. In order to download the medical information, each time a medical practice is performed in each department, the contents and results are transmitted directly from the source to the management system through the network. 3) to 5) are medical record information, which are classified according to their status. Here, "run" is a state in which the doctor is handling the medical record. That is, referring to the test information of the target patient, inputting the order, findings, and other medical information,
The doctor is operating the information or can easily operate the information. Specifically, it is a medical chart being processed or waiting for processing through the doctor workstation. “Active” is a medical chart that should be easily (in a short time) brought into the run state. Specifically, it is a chart of a patient who is currently undergoing medical treatment. This includes those for which no medical treatment (use of medical records) is scheduled on the day. “Inactive” refers to a patient's medical record for which the intended medical treatment has already been completed or a predetermined period has elapsed without performing a new medical treatment. From the above properties, in the hospital information system according to the present invention, “Run” manages medical record information to be placed on a workstation, and “Active” manages in a target clinical department in which medical care is performed, that is, is stored in each medical department storage file. Use medical record information as the local area network (branch line LA)
N), etc., the charts are quickly transferred to the workstation, and the charts containing the newly added information are easily transferred to the above-mentioned in-house storage file to make the charts reflect the latest information. is there.

【0008】本発明に係る病院情報システムにおいて
は、一人の患者が複数の科を受診している場合には、そ
れぞれの科毎に「アクティブ」カルテを配置する。複数の
科で発生した新規情報はネットワークを通じて他科の同
一患者カルテに追加される。すなわち、複数科の「アク
ティブ」カルテには、他科の受診内容も含め、常に患者
の最新情報が反映されている。この機能により、複数科
での処方,処置が無効や逆効果にならないようにするこ
とが可能になり、医療の質の向上につなげられる。上記
性質から「アクティブ」カルテは、そのときそこで診療中
の患者のカルテを、その診療科で保管するような診療科
毎の分散カルテ管理方式とする。一方、「インアクティ
ブ」カルテは保存カルテであり、多少のアクセス時間は
許容される。そこで、その保存には、十分な容量を持つ
集合型光ファイル等を用いる。更に、「インアクティブ」
カルテは、次回の利用要求がどの部署から発生するかが
不確定である。従って、特定の診療科で分散管理するこ
とは合理的とはいえない。そこで、「インアクティブ」カ
ルテは、病院内で集中管理する。この構成により、診療
科では必要なカルテを手元に置き、高速アクセスや応答
特性等、利用上の効果が得られ、同時に、当面不要な情
報によりファイル容量が過大になる問題やアクセス上の
問題を解決できる。一方、「インアクティブ」カルテを集
中化することで、ファイリングの効率を高め、経済的な
システムとすることができる。更に、「インアクティブ」
カルテに対しては、その全てがオンライン化されていな
くても支障無い場合も多い。
[0008] In the hospital information system according to the present invention, when one patient is receiving a plurality of departments, an "active" chart is arranged for each department. New information generated in multiple departments is added to the same patient chart in other departments through the network. In other words, the “active” medical records of multiple departments always reflect the latest information of patients, including the contents of consultations of other departments. With this function, it is possible to prevent prescriptions and treatments in multiple departments from becoming invalid or adverse effects, which leads to improvement in the quality of medical treatment. Due to the above-mentioned properties, the “active” chart is a distributed chart management system for each medical department, in which the medical chart of the patient who is undergoing medical treatment at that time is stored in the medical department. On the other hand, the “inactive” chart is a stored chart, and some access time is allowed. Therefore, for storage, a collective optical file or the like having a sufficient capacity is used. In addition, "inactive"
In the medical chart, it is uncertain from which department the next use request is issued. Therefore, decentralized management in a specific medical department is not rational. Therefore, the “inactive” chart is centrally managed in the hospital. With this configuration, the medical department can keep the necessary medical records at hand and obtain the effect of use such as high-speed access and response characteristics, and at the same time, the problem that the file capacity becomes excessive due to unnecessary information and the problem of access. Solvable. On the other hand, by centralizing the "inactive" charts, filing efficiency can be increased and an economical system can be achieved. In addition, "inactive"
In many cases, there is no problem even if all of the medical records are not online.

【0009】6)はオーダ内容とその実施記録、およ
び、検査結果等のマルチメディア情報(静止画、波形、
テキスト情報等)を含む。これら患者対応のマルチメデ
ィア情報は、上記「アクティブ」カルテに反映される。す
なわち、オーダの発生元ではオーダの送信先に向けての
送信機能を持ち、オーダの受診側では自部署へのオーダ
の受信機能とともに、実施記録およびデータ等を管理部
署および要求元に伝送する送信機能を持つ。オーダの具
体的な実行方法は、各部署で独立に実行される。 7)は入院患者に対する看護情報システムを主体とした
した病棟サブシステムである。病棟サブシステムは、上
記診療科サブシステムとカルテの管理に関しては同様で
ある。すなわち、入院患者のカルテは「アクティブ」で、
その病棟の保管ファイルに置く。 8)は上記以外の部署あるいは特定部署の専用システム
情報である。これらはネットワークとの結合以外はその
部署で閉じたシステムとして管理・運用する。アナログ
画像等の非標準化情報のファイリングシステム等はこの
例である。 9),10)は放射線科関連の情報で、一般にPACS
と呼ばれているシステムと等価である。放射線科サブシ
ステムでのオーダの処理については、6)の場合と本質
的には同様である。しかし、結果である画像データは画
像データベースとして集中管理する。この理由は、放射
線画像が大容量であることと、従来のフィルムベースの
システムが患者毎のフィルムを集中管理していること、
更に、専門医による集中的な読影業務を伴うこと等の病
院業務の特性による。これは放射線画像の性質と従来か
らの運用方式を継承したものになっている。なお、放射
線画像についても上と同様に、「アクティブ」,「インア
クティブ」による保管,保存管理方式が適用できる。上
述の如く、本発明に係る病院情報システムにおいては、
情報の管理およびファイルやデータ(データベース)の配
置,アクセスの制限等をそれぞれの性質に従って最適に
行うことを特徴とする。すなわち、病院全体で一元管理
すべきもの,集中管理すべきもの,利用部署あるいは発
生部署で分散的に管理すべきもの,集中と分散を時と場
所および状態に応じて使い分けるもの等の最適化であ
る。上述の如き情報の分類自体に、病院における各部署
の機能と性質の種々の側面からの検討に基づいた本発明
の高度な見識が表現されている。
6) Multimedia information (still images, waveforms,
Text information). The multimedia information corresponding to the patient is reflected in the “active” chart. In other words, the originator of the order has a transmission function for the destination of the order, and the receiving side of the order has a function of receiving the order to its own department, and also transmits the execution record and data etc. to the management department and the request source, etc. Has functions. The specific method of executing the order is executed independently in each department. 7) is a ward subsystem mainly based on a nursing information system for inpatients. The ward subsystem is the same as the medical department subsystem described above with regard to the management of medical records. In other words, the chart of the inpatient is "active"
Put it in the archive file of the ward. 8) is dedicated system information of a department other than the above or a specific department. These are managed and operated as closed systems in their departments except for connection to the network. A filing system for non-standardized information such as an analog image is an example of this. 9) and 10) are information related to radiology, and are generally PACS.
Is equivalent to a system called The order processing in the radiology subsystem is essentially the same as in the case of 6). However, the resulting image data is centrally managed as an image database. This is because of the large volume of radiographic images, the fact that traditional film-based systems have centralized film management for each patient,
Furthermore, it depends on the characteristics of the hospital business, such as involving intensive interpretation work by a specialist. This inherits the properties of the radiation image and the conventional operation method. Note that a storage and storage management method based on “active” and “inactive” can be applied to the radiographic image as in the above. As described above, in the hospital information system according to the present invention,
It is characterized in that management of information, placement of files and data (databases), restriction of access, and the like are optimally performed according to their respective properties. That is, optimization is to be carried out for the entire hospital, to be centrally managed, to be managed in a decentralized manner by the use department or generating department, and to optimize the use of concentration and dispersion according to time, place and condition. The information classification itself as described above expresses a high level of insight of the present invention based on examination of functions and properties of each department in the hospital from various aspects.

【0010】本発明に係る病院情報システムにおいて
は、上述の如く、分散と集中を最適に組み合せて機能す
るよう、例えば、診療科が自律的に機能するために次の
ような機能を診療科サブシステム自体が持つ。 (1)科内支線LANで、科内保管ファイルその他のデー
タベースや関連情報を結合したネットワークシステムを
持つ。 (2)データベースサーバや特定の処理を実行するサーバ
およびカルテ情報の入出力を実行するワークステーショ
ン(WS)または端末を持つ。 (3)科内保管ファイル内にアクティブカルテをファイリ
ングする。 (4)他のサブシステム間および一元管理情報システムと
ネットワーク(LAN)を通じて結合する。更に、電子カ
ルテシステムの基本機能として次の機能を持つ。 (5)必要な情報を院内情報管理システムを通じて自シス
テムに取り込む。 (6)必要な患者カルテを取り出す。 (7)所見や他の診療情報をカルテに入力する。 (8)オーダを発行する(そのオーダを実行する部署に要
求内容を伝達する)。 (9)病歴や検査結果その他の関連情報を参照する。 (10)発生源から自システム宛に伝送されるカルテ情報
(オーダの実行結果等)を該当カルテの所定領域に取り込
む。 (11)データを所定の形式や見易い形に変換・処理・編集
する。 上記電子カルテの基本機能は、上記診療科サブシステム
内のワークステーション(WS)あるいはサーバ(S)上で
実行される。
In the hospital information system according to the present invention, as described above, for example, the following functions are provided so that the medical department operates autonomously so as to function optimally in combination with decentralization and centralization. The system itself has it. (1) The intra-branch branch LAN has a network system in which intra-facility storage files and other databases and related information are combined. (2) It has a database server, a server for executing specific processing, and a workstation (WS) or terminal for inputting and outputting chart information. (3) Filing the active medical chart in the department storage file. (4) Connection between other subsystems and the unified management information system via a network (LAN). Further, the electronic chart system has the following functions as basic functions. (5) Import necessary information into own system through in-hospital information management system. (6) Take out the necessary patient chart. (7) Enter findings and other medical information into the chart. (8) Issue an order (convey the contents of the request to the department that executes the order). (9) Refer to medical history, test results and other related information. (10) Medical record information transmitted from the source to the own system
(The execution result of the order, etc.) is taken into a predetermined area of the corresponding chart. (11) Convert, process, and edit the data into a predetermined format or easy-to-read format. The basic functions of the electronic medical record are executed on a workstation (WS) or a server (S) in the medical department subsystem.

【0011】以下、診療科サブシステムを例に、診療の
実行とそれに伴う上記各機能の作用について説明する。
医師による診療は、上記科内のWS上で該当患者のカル
テを開く操作から実行される。前述の如く、アクティブ
カルテは科内保管ファイルにあるから、WS上で医師I
D(識別情報),患者IDによる初期操作で、目的のカル
テが開かれる。上述のカルテを開く動作は、すなわち、
電子カルテシステムを起動することである。開いたカル
テには、再診の場合は前回までの診療記録があり、初診
の場合には患者基本情報のみが記入されている。基本情
報は、受付時に病院内一元管理情報として登録される。
診療科サブシステムは、ネットワークを通じて上記一元
管理情報から基本情報を取り込み、上記カルテを作成す
る。診療を通じて発生する情報は、WS上で電子カルテ
システム情報として順次カルテに記録される。そこで発
生されるオーダは、カルテに記録されるとともに目的部
署に伝送される。目的部署への伝送は必ずしもオーダ発
生と同時である必要はない。実施済の検査データ等は既
にカルテの所定領域に入力されているので、オーダとそ
の結果の形で参照できる。未実施のオーダはその旨の表
示を行うことで、識別することができる。診療が終了す
れば上記カルテを閉じる。この操作により、上記カルテ
の内容は全て科内保管ファイルにアクティブファイルの
一つとして保管され、WS上の電子カルテシステムは終
了する。ここで、上記診療行為に関する診療内容や処置
内容等は、医事システムに転送する。医事システムで
は、そこから医事関連情報のみを取り出し処理する。上
記保管ファイルへのファイリング情報は、当該患者が複
数の科を受診中であれば、他の科の保管ファイル内の当
該患者のカルテにも転送する。複数科受診の情報は前記
病院内一元管理情報を通じて認識する。この機能により
他科における患者の診療経過および最新状態も把握する
ことができ、患者の総合的状態の把握によるよりよい医
療の実現につなげられる。また、カルテの内容は、当該
科に関する部分のみを操作可能とし、他科のカルテ情報
は参照のみ可能で操作はできないようにする。上記の如
く診療科サブシステムは独立した一つの単位として自律
的に機能しうる。従って適当なサイズの診療単位を基と
して段階的に増設したり、サブシステム内のサーバやW
S、ファイルの性能や規模を選ぶことによって種々の病
院規模に柔軟に適用できる等の特徴を持つ。
Hereinafter, the execution of medical treatment and the operation of each of the above functions will be described with reference to a medical department subsystem.
The medical treatment by the doctor is executed from the operation of opening the patient's chart on the WS in the above department. As described above, since the active medical record is in the in-house storage file, the doctor I
A target chart is opened by an initial operation using D (identification information) and a patient ID. The operation of opening the above-mentioned chart is,
To start an electronic medical record system. In the opened medical chart, in the case of a re-examination, there is a medical record up to the previous time, and in the case of a first consultation, only basic patient information is entered. The basic information is registered as centralized management information in a hospital at the time of reception.
The medical department subsystem fetches basic information from the unified management information through a network and creates the medical chart. Information generated through medical treatment is sequentially recorded on a medical record as electronic medical record system information on a WS. The order generated there is recorded in the chart and transmitted to the target department. The transmission to the target department does not necessarily have to be simultaneous with the order generation. Since the executed inspection data and the like have already been input into a predetermined area of the medical chart, they can be referred to in the form of the order and the result. An unexecuted order can be identified by displaying the effect. When the medical treatment is completed, the medical chart is closed. By this operation, the contents of the medical record are all stored in the in-house storage file as one of the active files, and the electronic medical record system on WS ends. Here, the medical treatment contents, treatment contents, and the like relating to the medical treatment are transferred to the medical affairs system. In the medical affairs system, only the medical affairs related information is taken out therefrom and processed. The filing information in the storage file is also transferred to the patient's chart in the storage file of another department if the patient is undergoing a plurality of departments. The information on the consultation for multiple departments is recognized through the unified management information in the hospital. With this function, the medical treatment progress and the latest state of the patient in other departments can be grasped, which leads to the realization of better medical care by grasping the overall condition of the patient. In addition, the contents of the medical record can be operated only with respect to the section related to the relevant department, and the medical record information of other departments can only be referred to and cannot be operated. As described above, the medical department subsystem can function autonomously as an independent unit. Therefore, it can be gradually added based on medical units of an appropriate size, or a server or W
S. It has features such as being able to be flexibly applied to various hospital scales by selecting the performance and scale of the file.

【0012】次に、検査室を例としてオーダ実行側のシ
ステムを説明する。オーダを受けると自システムのスケ
ジューラに登録し、以降はスケジューラに従って処理を
実行する。検査データは発生源ファイルに収め、そこか
ら要求元の保管カルテに転送する。以降、カルテ上のデ
ータを主とし、転送後の発生源ファイルは検査室側の管
理に任せる。一方、実施内容は医事システムに送る。ま
た、上記スケジューラの内容によって、オーダの処理状
態が分かる。放射線科システムもオーダの受付,処理お
よび医事システムとの関係は、上記検査システムと基本
的には同様である。しかし、大量の画像データの伝送お
よび保管の問題のため、発生源側で画像デーダベースと
して集中管理する。画像は読影とその所見を経て要求元
で参照されるのが基本的な形態であるが、画像データそ
のものの伝送も可能とする。更に、画像は、例えば、フ
ィルムや光または磁気記録媒体の運搬によるオフライン
での利用形態でも利用できる。上記画像データベースと
読影端末との間には高速の伝送系(画像LAN)を設ける
が、要求元の診療科でも画像を必要とする場合には、上
記画像LANを診療科まで延長することで実現できる。
更に、上記分散カルテのほかにマスタカルテとも呼ぶべ
き集中管理カルテを持つシステムも可能である。この方
式では常に複数のカルテが存在するので、複数カルテ間
の内容の整合は上記カルテの最新情報の相互転送をネッ
トワークを通じて行うことで実現できる。以下、本発明
の実施例を図面に基づいて詳細に説明する。
Next, a system on the order execution side will be described using an examination room as an example. When the order is received, it is registered in the scheduler of the own system, and thereafter the processing is executed according to the scheduler. The inspection data is stored in the source file, from which it is transferred to the requesting storage chart. Thereafter, the data on the medical record will be mainly used, and the source file after transfer will be left to the management of the laboratory. On the other hand, the contents of the execution are sent to the medical system. Further, the processing status of the order can be known from the contents of the scheduler. The relation between the radiology system, the order reception and processing, and the medical system is basically the same as that of the inspection system. However, due to the problem of transmission and storage of a large amount of image data, the source side is centrally managed as an image database. Although the image is basically referred to at the request source through image interpretation and its findings, the image data itself can be transmitted. Furthermore, the images can also be used in off-line applications, for example, by transporting films, optical or magnetic recording media. A high-speed transmission system (image LAN) is provided between the image database and the image interpretation terminal. However, if the requesting medical department also needs images, this is realized by extending the image LAN to the medical department. it can.
Furthermore, a system having a centralized management chart, which can be called a master chart, in addition to the above-mentioned distributed chart is also possible. In this system, since there are always a plurality of charts, the matching of the contents between the plurality of charts can be realized by mutually transferring the latest information of the charts through a network. Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.

【0013】図1に、本発明の一実施例である病院情報
システムの構成を示す。図中、1はホストコンピュータ
またはサーバ、2はデータベース、3は医事,会計に関
するシステムで病院情報システムの一つのサブシステ
ム、4,5はいくつかある診療科を代表した診療科サブ
システム、6は種々の検査機器あるいはシステムを代表
した検査室サブシステム、7は入院病棟を代表した病棟
サブシステム、8は放射線科の機能を代表した放射線科
サブシステム、9は病院内全体の管理情報を一元的に集
約管理するシステムで、病院内全体のモニタ機能を持
つ。また、10は上記サブシステム相互を結ぶ情報ネッ
トワーク(LAN)、100は上記サブシステム4〜8に
おける支線LANを示している。医事サブシステム3
は、病院内各部署から発生する医事情報を、各サブシス
テムに結合されたLAN100,10によりオンライン
で吸い上げ、レセプトや会計システムにつなげる等の処
理をホストコンピュータ1により実行する。この医事情
報の処理に関しては、従来システムと特に変わることは
ない。すなわち、医事情報はホスト1およびデータベー
ス2により実行され、管理は集中的である。その他、デ
ータベース2では各種マスタ情報および病院内各サブシ
ステムおよびカルテの状況や状態も集中管理される。更
に、病院内全体にわたる保存カルテ情報(インアクティ
ブカルテそのものおよびこれに関する情報)も、一元的
に集中管理する。診療科サブシステム4,5は、基本的
には自律的に機能する。すなわち、当該科に関するアク
ティブカルテを科内保管カルテファイルに持ち、科毎に
分散管理する。従って、例えば、一人の患者が診療科
4,5の両方で受診している場合には、いずれの科の保
管ファイルにも同一のカルテが置かれる。更に、上記分
散カルテとは別に、マスタカルテを備えた運用方式の病
院の場合には、単一科受診でも常に複数のカルテが存在
する。図2に、図1に示した診療科内の構成を示す。科
内サーバ(S)40,科内ファイル(F)41,医師用WS
42等が、支線LAN100で結合されている。科内フ
ァイル(F)41には、当該科のアクティブカルテが保管
される。更に、サーバ(S)40は、科内ファイル(F)4
1および医師用WS42を通じて、電子カルテシステム
を実行する。以下、診療科での動作を説明する。
FIG. 1 shows the configuration of a hospital information system according to an embodiment of the present invention. In the figure, 1 is a host computer or server, 2 is a database, 3 is a medical affairs and accounting system, one subsystem of a hospital information system, 4 and 5 are clinical department subsystems representing several medical departments, and 6 is a clinical department subsystem. Laboratory subsystems representing various examination devices or systems, 7 a ward subsystem representing an inpatient ward, 8 a radiology subsystem representing a radiology function, and 9 a centralized management information of the entire hospital. A centralized management system that has a monitoring function for the entire hospital. Reference numeral 10 denotes an information network (LAN) connecting the subsystems, and reference numeral 100 denotes a branch LAN in the subsystems 4 to 8. Medical affairs subsystem 3
The host computer 1 executes processing such as downloading medical information generated from each department in a hospital online through the LANs 100 and 10 connected to each subsystem, and connecting to a receipt or an accounting system. The processing of this medical information is not particularly different from the conventional system. That is, the medical information is executed by the host 1 and the database 2, and the management is intensive. In addition, the database 2 centrally manages various master information and the status and status of each subsystem and chart in the hospital. Further, the stored medical chart information (inactive medical chart itself and related information) throughout the hospital is centrally managed. The medical department subsystems 4 and 5 basically function autonomously. In other words, the active charts related to the department are stored in the in-house storage chart file, and are managed separately for each department. Therefore, for example, when one patient is undergoing a medical examination in both the medical departments 4 and 5, the same medical record is placed in the archive file of each department. In addition, apart from the above-mentioned distributed medical chart, in the case of a hospital of an operation type provided with a master medical chart, there are always a plurality of medical charts even in a single department consultation. FIG. 2 shows the configuration within the medical department shown in FIG. Internal server (S) 40, internal file (F) 41, WS for doctor
42 and the like are connected by a branch line LAN 100. The in-facility file (F) 41 stores the active chart of the department. Further, the server (S) 40 stores the internal file (F) 4
1 and the medical record system through the doctor WS 42. Hereinafter, the operation in the medical department will be described.

【0014】図3に、診療の過程を示す。まず、医師
は、WS42を通じて自分および患者のIDで電子カル
テシステムを起動する(ステップ21および22)。これによ
り、当該患者のカルテが開かれる(ステップ23)。すなわ
ち、科内保管ファイル(F)41からアクティブ状態の当
該カルテが、患者名で検索されてWSに表示され、ラン
状態になる。ここで、上記カルテは、当日の診療スケジ
ュールに従って予めWSに移し、ラン状態にしておくこ
ともできる。なお、上記カルテには、前回までの診療記
録が記載されており、医師はそれを基に診療を実行す
る。診療では、これまでの診療記録や検査データの参
照,これらの情報の処理や表示法の変更等をWS上で実
行する。更に、新たなオーダの発行やコメント、所見の
入力、予約や診療計画の検討等を実行する(ステップ2
4)。検査や処置のオーダ等が発行されると、カルテに記
録するとともにネットワークを介してそれぞれの目的部
署に伝送される(ステップ25)。この制御はサーバ(S)4
0およびWS42からなる電子カルテシステムが行う。
予約や他の部署宛の情報についても同様である。上記診
療の実行に当たっては、例えば検査の状況や各種装置、
病棟、予約状況等の情報の参照が必要である(ステップ2
6)。これらは病院内管理情報システムを通じて確認す
る。診療が終了するとカルテを閉じる(ステップ27)。す
なわち、WS42上のランカルテを保管ファイル(F)4
1に戻す。ここで、当該患者が複数の科を受診している
場合には、当該科の保管ファイル内容を他科の保管ファ
イルにも転送する(ステップ28)。なお、複数科受診は、
前述の病院内管理情報システムを通じて確認する。カル
テを閉じる事で電子カルテシステムは終了する。図4
に、病院内管理情報と診療科との関係を示す。初診患者
については、受付から患者基本情報が、病院内管理情報
システムに登録される。再来患者については、病歴デー
タベースから過去のデータが付加され、いわばカルテの
表紙が作られて所定の診療科に転送され、アクティブカ
ルテとして管理される。同時に、この内容は、図示され
ていないカルテ状態テーブルにセットされ、カルテが前
述のどの診療科にあるかが表示される。上記カルテ状態
テーブルは、この他オーダの状態,予約の状態,検査装
置の状態,病棟の状態等を反映したテーブルとなってお
り、病院内の現状モニタとして機能する。病院内管理情
報には、この他に、保存カルテの情報,病歴情報,保健
制度に関する情報等が一元管理される。従って、病院内
各サブシステムから、患者名,情報名等の所定の情報を
キーとして必要な情報を知ることができる。
FIG. 3 shows the procedure of medical treatment. First, the doctor activates the electronic medical record system with his / her and patient IDs through the WS 42 (steps 21 and 22). Thereby, the patient's chart is opened (step 23). That is, the medical record in the active state is retrieved from the in-facility storage file (F) 41 by the patient name, displayed on the WS, and becomes the run state. Here, the medical chart may be moved to the WS in advance according to the medical treatment schedule of the day, and may be in a run state. It should be noted that the medical record contains the medical records up to the previous time, and the doctor performs medical treatment based on the medical records. In the medical treatment, the WS refers to medical records and test data, processes such information, changes the display method, and the like on the WS. Furthermore, it issues new orders, comments, inputs observations, reviews reservations and examines medical plans (step 2).
Four). When an inspection or treatment order is issued, it is recorded in a medical chart and transmitted to each target department via a network (step 25). This control is performed by the server (S) 4
The electronic medical record system is composed of 0 and WS42.
The same applies to reservations and information addressed to other departments. In performing the above medical treatment, for example, the state of the examination and various devices,
It is necessary to refer to information such as the ward and reservation status (Step 2
6). These are confirmed through the hospital management information system. When the medical treatment is completed, the medical record is closed (step 27). That is, the run chart on WS42 is stored in the storage file (F) 4.
Return to 1. Here, if the patient has been examined in a plurality of departments, the contents of the storage file of the relevant department are also transferred to the storage files of other departments (step 28). In addition, multiple department consultation,
Confirm through the above-mentioned hospital management information system. Closing the chart ends the electronic chart system. FIG.
Shows the relationship between hospital management information and clinical departments. For the first-time patient, basic information of the patient is registered in the hospital management information system from the reception. For a returning patient, past data is added from the medical history database, a so-called medical chart cover is created, transferred to a predetermined medical department, and managed as an active chart. At the same time, this content is set in a chart status table (not shown), and the medical department in which the chart is located is displayed. The medical chart status table is a table reflecting the status of the order, the status of the reservation, the status of the examination apparatus, the status of the ward, and the like, and functions as a current status monitor in the hospital. In the hospital management information, in addition to the above, information on stored medical records, medical history information, information on a health system, and the like are integrally managed. Therefore, necessary information can be known from each subsystem in the hospital using predetermined information such as a patient name and an information name as a key.

【0015】図5は、科内保管ファイルと保存ファイル
との関係を示す。診療中のアクティブカルテは科内ファ
イルに保管されるが、診療が完了するか、あるいは、所
定の期間アクセスがされぬままの場合には、保存ファイ
ルへ転送し保管ファイル内のカルテは消去する。この操
作により、保管ファイル内のカルテの量は診療中のもの
に限られ、保管量が過大になることが避けられる。な
お、図2に示すサブシステムは、診療単位あるいはサブ
システムでの処理能力を考慮して設置することができ、
病院の規模や処理内容に応じて柔軟に対応できること,
段階的に適用することができることが特徴である。次
に、検査室サブシステム6の動作を説明する。図8に、
そのハードウエア構成を示す。本サブシステムは、サー
バ(S)60,検査室ファイル(F)61,WS62,検査
機器または装置64,装置ファイル(F)63,スキャナ
65,写真等66の要素からなる。図6,図7は、検査
室サブシステムの処理の流れを示すものである。オーダ
を受けるとスケジューラに登録され(ステップ31)、以
後、スケジューラの管理の下に、オーダの詳細仕様に従
って検査が実行される(ステップ32)。検査結果は発生源
のファイルに納められた後、要求元に伝送される(ステ
ップ33と34)。ここで、図7に示す如く、検査内容は医
事システムに送られ、検査内容によって定められた処理
がなされる。また、検査データは要求元の診療科に送ら
れ、保管ファイル内の該当カルテに、オーダの結果とし
て記録される。これは従来の紙カルテにおいて検査デー
タをカルテに貼付することに対応する。一方、オーダの
実施記録を前述の病院内管理情報のオーダテーブルに反
映し、オーダが実施された状態になったことを示す。上
述の如く、本発明における分散カルテ方式においては、
診療科ではオーダの発行とともにその詳細をオーダ実施
部署に伝送し、かつ、病院内管理情報としてオーダの発
生をセットする機能を持つ。一方、オーダ実施部署では
オーダを受信し、自サブシステム内のスケジューラにセ
ットするとともに、実施後は、実施内容,結果データ,
実施記録の各々に対して、医事,要求元,病院内管理の
それぞれのサブシステム宛に情報伝送を行う機能を持
つ。図8に示したハードウエア構成において、上記スケ
ジューラや結果のそれぞれのサブシステムへの伝送は、
サーバ60が実行する。転送は一日分等のまとまった単
位で行う場合と、一件単位で行う場合とがある。検査装
置64からのデータは、オンライン伝送できるものの
他、例えば、写真の如くスキャナ65を介して電子化す
る場合もある。病棟システム7も、自サブシステム内部
での具体的処理内容を別にすれば、外部との関係および
検査室サブシステム等との情報伝達は、上記診療科ある
いは検査室サブシステムおよびその組み合せと基本的に
は変わらない。なお、以上の説明では、診療科と検査室
とを独立なサブシステムとした場合を示したが、診療科
内にいくつかの検査装置があることも普通であり、この
場合は、上述の場合を複合したものとすればよい。
FIG. 5 shows the relationship between the family storage file and the storage file. The active medical record during medical treatment is stored in the in-facility file, but if the medical treatment is completed or if the medical record is not accessed for a predetermined period, the medical record is transferred to the storage file and the medical record in the storage file is deleted. By this operation, the amount of the medical record in the storage file is limited to the one under medical care, and it is possible to avoid an excessive storage amount. In addition, the subsystem shown in FIG. 2 can be installed in consideration of the processing capacity of a medical unit or a subsystem,
Being able to respond flexibly to the size of the hospital and the contents of processing,
The feature is that it can be applied step by step. Next, the operation of the examination room subsystem 6 will be described. In FIG.
The hardware configuration will be described. The subsystem includes a server (S) 60, an inspection room file (F) 61, a WS 62, an inspection device or apparatus 64, an apparatus file (F) 63, a scanner 65, a photograph 66, and the like. FIG. 6 and FIG. 7 show the flow of processing of the examination room subsystem. When the order is received, it is registered in the scheduler (step 31), and thereafter, the inspection is executed according to the detailed specification of the order under the management of the scheduler (step 32). The inspection results are stored in the source file and transmitted to the requestor (steps 33 and 34). Here, as shown in FIG. 7, the examination contents are sent to the medical system, and the processing determined by the examination contents is performed. The examination data is sent to the requesting medical department, and is recorded as a result of the order in the corresponding chart in the storage file. This corresponds to attaching inspection data to a medical chart in a conventional paper chart. On the other hand, the order execution record is reflected in the order table of the in-hospital management information, indicating that the order has been executed. As described above, in the distributed chart system of the present invention,
The department has the function of issuing the order and transmitting the details to the order execution department and setting the occurrence of the order as in-hospital management information. On the other hand, the order execution department receives the order and sets it in the scheduler in its own subsystem.
It has a function of transmitting information to each subsystem of medical affairs, request source, and hospital management for each of the execution records. In the hardware configuration shown in FIG. 8, the transmission of the scheduler and the result to each subsystem is as follows.
The server 60 executes. The transfer may be performed in a unit such as one day, or may be performed in a unit. The data from the inspection device 64 may be digitized via a scanner 65 as shown in a photograph, for example, in addition to data that can be transmitted online. The ward system 7 also, apart from the specific processing contents inside its own subsystem, communicates information with the outside and the laboratory sub-system etc. basically with the above-mentioned medical department or laboratory sub-system and its combination. Does not change. In the above description, the case where the medical department and the examination room are independent subsystems has been described.However, it is common that there are some inspection devices in the medical department, and in this case, May be combined.

【0016】放射線科システム8は、オーダの受信およ
び実施結果情報の伝送機能については検査システムとそ
の基本部分は同様である。しかし、画像データは放射線
科システム内で画像デーダベースとして集中管理する。
すなわち、前記検査システムの場合の発生源ファイル
が、画像データの保管ファイルに相当する。放射線科で
は、放射線科医による画像の読影処理が行われる。この
場合には、上記データベースを基に、専用の高精細読影
端末を用いて集中的に実行される。この構成および機能
は、従来のフィルムの集中管理,集中的な読影処理等の
運用方式を踏襲したものでよい。画像は読影結果とその
所見を付けて、要求元で参照されるのが基本的な形態で
あるが、画像データそのものの伝送も可能である。画像
データの伝送は、ネットワーク10を通じてあるいは専
用の画像LANを必要部署まで延長して行う。図9に、
放射線科サブシステムの構成を示す。WS83,ファイ
ル(F)84は、放射線科へのオーダを受理し、スケジュ
ーリングする。また、WS85は検査装置(CT,MR
等各種のモダリティー)86,87の装置ファイル(F)
88から、画像データを圧縮等の処理を施して集中画像
データベース(IDB)81に収める。80は画像データ
ベースサーバである。なお、上記画像圧縮は、伝送路1
30の部分またはサーバで共通に実行してもよい。12
0は画像LANであり、入力伝送路130に比べ、トラ
フィックが大きいことから高速伝送路としている。画像
LANには画像表示端末(IDT)82が結合される。画
像表示端末82は、大容量の放射線画像が表示できる高
精細表示装置を持つ。ここでは、読影およびレポーティ
ングシステムの機能も実行できる。なお、放射線画像は
光ディスク等の可搬媒体90によりオフラインでの運用
も可能である。画像LAN120と画像表示端末82と
は、放射線科外にも拡張して利用できる。この組み合せ
を病院全体に拡張し、病院内のどこでも利用できるよう
な構成としたシステムの全体構成を図10に、また、各
部の詳細を図11〜図13に示す。図11に示す診療科
5の医師用WS54は、画像表示用の高精細表示装置も
備えたワークステーションである。なお、53は科内用
の画像ファイル、52はサーバである。更に、55は診
療科に備えられた検査装置であり、診療科と検査の複合
機能を備える。
The radiology system 8 has the same basic functions as the inspection system with respect to the functions of receiving the order and transmitting the execution result information. However, image data is centrally managed as an image database in the radiology system.
That is, the source file in the case of the inspection system corresponds to a storage file of image data. In the radiology department, an image interpretation process is performed by a radiologist. In this case, the processing is intensively performed using a dedicated high-definition image interpretation terminal based on the database. This configuration and function may be based on conventional operation methods such as centralized film management and intensive image reading processing. An image is basically referred to by a request source with an interpretation result and its findings, but image data itself can be transmitted. The transmission of image data is performed through the network 10 or by extending a dedicated image LAN to a necessary department. In FIG.
2 shows the configuration of a radiology subsystem. The WS 83 and the file (F) 84 receive and schedule the order to the radiology department. In addition, WS85 is an inspection device (CT, MR
Various modalities) 86, 87 device files (F)
From 88, the image data is subjected to processing such as compression and stored in a centralized image database (IDB) 81. 80 is an image database server. Note that the image compression is performed by the transmission path 1
It may be executed in common by 30 parts or the server. 12
Reference numeral 0 denotes an image LAN, which is a high-speed transmission line because the traffic is larger than that of the input transmission line 130. An image display terminal (IDT) 82 is connected to the image LAN. The image display terminal 82 has a high-definition display device capable of displaying a large-capacity radiation image. Here, the functions of the interpretation and reporting system can also be performed. The radiation image can also be operated off-line by a portable medium 90 such as an optical disk. The image LAN 120 and the image display terminal 82 can be extended and used outside the department of radiology. FIG. 10 shows an overall configuration of a system in which this combination is extended to the entire hospital and can be used anywhere in the hospital, and FIGS. 11 to 13 show details of each unit. The WS 54 for doctors in the medical department 5 shown in FIG. 11 is a workstation provided with a high-definition display device for displaying images. In addition, 53 is an image file for the inside of a department and 52 is a server. Further, reference numeral 55 denotes an examination device provided in the department, which has a combined function of the department and the examination.

【0017】図10〜図13に示した構成例は、上記シ
ステムの基本構成であるが、具体的実行方式には種々の
形態があり得る。また、それぞれの形態により、LAN
のトラフィック,応答性能,信頼性等の基本特性にも影
響する。以下、それらの例を示す。例えば、各診療科で
は当該科患者のカルテを持つが、病院内全体のカルテを
集約したマスタカルテを備えることもあり得る。この場
合、分散カルテとの内容を常に一致させておく実行形
態、すなわち、マスタカルテも常にアクティブカルテと
同一とする方式と、マスタカルテは分散した時点での内
容とする方式とが可能である。後者の場合には、最新の
患者情報は分散カルテの中にのみ存在することになる。
診療科で操作可能なカルテの内容としては、当該科直接
関連し、かつ、各々の医師について自分の担当患者情報
のみに限定することを原則とする。従って、複数科受診
の患者の場合には、一つの診療科の医師はその患者につ
いての他科での検査データや処置等、最新診療内容を参
照することはできるが、他科カルテへの入力等操作は一
切できないようにする。この様な操作可能範囲の制御
は、患者ID(識別コード)と担当医師IDの組合せによ
るゲート処理で実現できる。更に、他の利用者確認手段
とも組み合せて、制限機能を更に強力にして記録内容の
機密保持を図ることは、より高度な利用を実現し、電子
化の特徴をより発現させることにもなる。このような配
慮があって始めて、安心して他科の診療情報や過去の病
歴データ等が容易に利用でき、総合的な見地からの患者
の情報を活用して、医療の質の向上につなげることが可
能になる。
The configuration examples shown in FIGS. 10 to 13 are the basic configuration of the above-mentioned system, but there are various forms of the concrete execution method. In addition, depending on each form, LAN
It also affects basic characteristics such as traffic, response performance, and reliability. Hereinafter, examples thereof will be described. For example, each medical department has a patient's medical record, but may have a master medical record that aggregates the medical records of the entire hospital. In this case, an execution mode in which the contents of the distributed medical record are always matched, that is, a system in which the master medical record is always the same as the active medical record, and a system in which the contents of the master medical record at the time of distribution are possible. In the latter case, the latest patient information will only exist in the distributed chart.
In principle, the contents of the medical records that can be operated in medical departments are directly related to the relevant departments and are limited to only the information on the patient in charge of each doctor. Therefore, in the case of a patient attending multiple departments, the doctor in one department can refer to the latest medical treatment contents such as the test data and treatments of the patient in other departments, but input to the medical records of other departments. Operation is not allowed at all. Such control of the operable range can be realized by gate processing using a combination of a patient ID (identification code) and a doctor ID in charge. Further, in combination with other user confirmation means, the restriction function is further strengthened to maintain the confidentiality of the recorded contents, so that more advanced use is realized and the characteristics of computerization are further exhibited. Only with such consideration, medical information from other departments and past medical history data can be easily used with peace of mind, and use of patient information from a comprehensive perspective will lead to improvement in the quality of medical care. Becomes possible.

【0018】[0018]

【発明の効果】以上、詳細に説明した如く、本発明によ
れば、病院における各種情報を、その発生源,利用方
法,利用者,管理方式等からの性質に応じた最適な配置
説管理を可能とする病院情報システムを実現することが
でき、更に、種々の規模の病院に適合する形での統合化
を可能とする病院情報システムを実現できるという顕著
な効果を奏するものである。
As described above in detail, according to the present invention, it is possible to manage various types of information in a hospital in accordance with the characteristics of the source, the method of use, the user, the management method, and the like. This has a remarkable effect that a hospital information system that can be realized can be realized, and a hospital information system that can be integrated in a form suitable for hospitals of various sizes can be realized.

【0019】[0019]

【図面の簡単な説明】[Brief description of the drawings]

【図1】本発明に係る病院情報システムの一実施例を示
す構成図である。
FIG. 1 is a configuration diagram showing one embodiment of a hospital information system according to the present invention.

【図2】診療科サブシステムのハードウエア構成例を示
す図である。
FIG. 2 is a diagram illustrating an example of a hardware configuration of a medical department subsystem.

【図3】診療科での診療過程の流れを示す図である。FIG. 3 is a diagram showing a flow of a medical treatment process in a medical department.

【図4】病院内管理情報システムと診療科との関係を示
す図である。
FIG. 4 is a diagram showing a relationship between a management information system in a hospital and a medical department.

【図5】カルテの保存ファイルと診療科での保管ファイ
ルとの関係を示す図である。
FIG. 5 is a diagram showing a relationship between a chart storage file and a storage file in a medical department.

【図6】検査システムにおけるオーダの処理の流れを示
す図である。
FIG. 6 is a diagram showing a flow of order processing in the inspection system.

【図7】検査システムと他のシステムとの関係を示す図
である。
FIG. 7 is a diagram showing a relationship between an inspection system and another system.

【図8】検査室サブシステムのハードウエア構成例を示
す図である。
FIG. 8 is a diagram illustrating an example of a hardware configuration of an examination room subsystem.

【図9】放射線科サブシステムのハードウエア構成例を
示す図である。
FIG. 9 is a diagram illustrating a hardware configuration example of a radiology subsystem.

【図10】本発明に係る病院情報システムの具体的構成
例を示す全体構成図である。
FIG. 10 is an overall configuration diagram showing a specific configuration example of a hospital information system according to the present invention.

【図11】本発明に係る病院情報システムの具体的構成
例を示す部分構成図である。
FIG. 11 is a partial configuration diagram illustrating a specific configuration example of a hospital information system according to the present invention.

【図12】本発明に係る病院情報システムの具体的構成
例を示す部分構成図である。
FIG. 12 is a partial configuration diagram showing a specific configuration example of a hospital information system according to the present invention.

【図13】本発明に係る病院情報システムの具体的構成
例を示す部分構成図である。
FIG. 13 is a partial configuration diagram showing a specific configuration example of the hospital information system according to the present invention.

【符号の説明】[Explanation of symbols]

1:ホストコンピュータまたはサーバ、2:データベー
ス、3:医事サブシステム、4,5:診療科サブシステ
ム、6:検査室サブシステム、7:病棟サブシステム、
8:放射線科サブシステム、9:状態管理システム、1
0:LAN、100:支線LAN、120:画像LA
N、40,50,60,70,80:サブシステム内の
サーバ、41,51,61,71,84:サブシステム
内のファイル、42,52,62,72,83,85:
ワークステーション、63,88:装置ファイル、8
2:画像表示端末、54:画像表示機能を備えたワーク
ステーション。
1: host computer or server, 2: database, 3: medical affairs subsystem, 4, 5: clinic subsystem, 6: laboratory subsystem, 7: ward subsystem,
8: Radiology subsystem, 9: Condition management system, 1
0: LAN, 100: branch line LAN, 120: image LA
N, 40, 50, 60, 70, 80: server in subsystem, 41, 51, 61, 71, 84: file in subsystem, 42, 52, 62, 72, 83, 85:
Workstation, 63, 88: device file, 8
2: image display terminal, 54: workstation with image display function.

───────────────────────────────────────────────────── フロントページの続き (72)発明者 相坂 一夫 東京都国分寺市東恋ヶ窪1丁目280番地 株式会社日立製作所中央研究所内 (72)発明者 鈴木 隆一 東京都国分寺市東恋ヶ窪1丁目280番地 株式会社日立製作所中央研究所内 (56)参考文献 特開 昭62−121576(JP,A) 大橋,管生「『電子カルテ』による外 来診療−運用1年を経過して−」医療情 報学,Vol.10,No.8,p.227 −242,1990(平2−12−31) (58)調査した分野(Int.Cl.7,DB名) G06F 19/00 A61B 5/00 G06F 17/60 JICSTファイル(JOIS)──────────────────────────────────────────────────続 き Continuing from the front page (72) Inventor Kazuo Aisaka 1-280 Higashi-Koigabo, Kokubunji-shi, Tokyo Inside the Central Research Laboratory of Hitachi, Ltd. (72) Ryuichi Suzuki 1-280 Higashi-Koigabo, Kokubunji-shi, Tokyo Hitachi, Ltd. In the Central Research Laboratory (56) References JP-A-62-121576 (JP, A) Ohashi, K. "Outpatient clinic with“ electronic medical records ”after one year of operation”, Medical Informatics, Vol. 10, No. 8, p. 227-242, 1990 (Heisei 2-12-31) (58) Fields investigated (Int. Cl. 7 , DB name) G06F 19/00 A61B 5/00 G06F 17/60 JICST file (JOIS)

Claims (5)

(57)【特許請求の範囲】(57) [Claims] 【請求項1】 病院内の診療科又は病棟を含む診療単位
における情報を処理する診療サブシステムと、前記病院
内のカルテ情報を保存する保存カルテファイルと、検査
サブシステムと、病院内管理情報システム、及び医事シ
ステムを含む複数を統合する第1のネットワークと、
ルテを保管する保管ファイルと、該保管ファイルの制御
と、前記カルテの情報処理を実行するサーバ、及び、前
カルテへの診療情報の入力や記録情報の参照を行なう
操作を通じて診療行為を実行するシステムを備えたワー
クステーションとを含む前記診療サブシステムを統合す
第2のネットワークとを有し、前記診療サブシステム
毎に、当該診療サブシステム関係する患者の前記カル
テを前記保管ファイルに保存することを特徴とする病院
情報システム。
1. A medical unit, including a department or ward of a hospital
Medical treatment subsystem for processing information in a hospital
A storage chart file that stores the medical record information of the inner, and the inspection subsystem, disease: a first network to integrate hospital management information system, and a plurality including medical systems, the storage file that stores medical records, the-holding tube file control
And a server for executing the information processing of the chart, and
And a workstation provided with a system for performing a medical practice through an operation of inputting medical information to a medical record and referring to record information .
Second and a network, it said every medical subsystem, a hospital information system, characterized by storing the local <br/> te patient related to the medical treatment subsystem to the save file that.
【請求項2】 請求項1に記載の病院情報システムにお
いて、前記ワークステーションからの前記カルテへの前
操作を、特定の条件を満足する場合に限って許可する
ことを特徴とする病院情報システム。
2. The hospital information system according to claim 1,
And from the workstation to the chart
Hospital information system, characterized in that the serial operation is permitted only when satisfying the specific condition.
【請求項3】 請求項2に記載の病院情報システムにお
いて、前記特定の条件を、医師の担当する患者当該診
療科カルテのみとすることを特徴とする病院情報シス
テム。
3. The hospital information system according to claim 2,
There, the hospital information system, wherein the specific condition, characterized in that the only medical record of the department of the patient to the attending physician.
【請求項4】 請求項1に記載の病院情報システムにお
いて、前記患者の診療の完了の時点、または前記保管フ
ァイルが所定の期間アクセスされない場合に、前記保管
ファイルの内容を前記保存カルテファイルに転送するこ
とを特徴とする病院情報システム。
4. The hospital information system according to claim 1,
At the completion of the patient's consultation or at the storage
If the file is not accessed for a predetermined period,
Transfer the contents of the file to the saved chart file
And a hospital information system.
【請求項5】 請求項1に記載の病院情報システムにお
いて、前記患者が複数の前記診療サブシステムの前記診
療科を受診している場合、前記診療サブシステムに関係
する前記患者に関する前記保管ファイルの内容を、他の
前記診療サブシステムの前記保管ファイルに転送するこ
とを特徴とする病院情報システム。
5. The hospital information system according to claim 1,
And wherein the patient has a plurality of the medical
If you are attending a department,
The contents of the archive file relating to the patient
Transfer to the archive file of the clinical subsystem
And a hospital information system.
JP8638391A 1991-04-18 1991-04-18 Hospital information system Expired - Lifetime JP3038611B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP8638391A JP3038611B2 (en) 1991-04-18 1991-04-18 Hospital information system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP8638391A JP3038611B2 (en) 1991-04-18 1991-04-18 Hospital information system

Publications (2)

Publication Number Publication Date
JPH04318675A JPH04318675A (en) 1992-11-10
JP3038611B2 true JP3038611B2 (en) 2000-05-08

Family

ID=13885356

Family Applications (1)

Application Number Title Priority Date Filing Date
JP8638391A Expired - Lifetime JP3038611B2 (en) 1991-04-18 1991-04-18 Hospital information system

Country Status (1)

Country Link
JP (1) JP3038611B2 (en)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08137963A (en) * 1994-11-15 1996-05-31 Kawasaki Steel Corp Processing system and managing method for information on product
JPH08137961A (en) * 1994-11-15 1996-05-31 Kawasaki Steel Corp Processing system and its managing method for information on product
JPH08335232A (en) * 1995-06-08 1996-12-17 Keiji Nasuno Practice of medical chart-less system
JPWO2005122033A1 (en) * 2004-06-08 2008-07-31 有喜 北岡 Medical integrated information device and integrated medical information system
JP5342113B2 (en) * 2007-06-11 2013-11-13 株式会社ニデック Medical information management system

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
大橋,管生「『電子カルテ』による外来診療−運用1年を経過して−」医療情報学,Vol.10,No.8,p.227−242,1990(平2−12−31)

Also Published As

Publication number Publication date
JPH04318675A (en) 1992-11-10

Similar Documents

Publication Publication Date Title
Bidgood Jr et al. Understanding and using DICOM, the data interchange standard for biomedical imaging
US9396307B2 (en) Systems and methods for interruption workflow management
Arenson et al. Computers in imaging and health care: now and in the future
JP3688822B2 (en) Electronic medical record system
US5924074A (en) Electronic medical records system
US10438694B2 (en) Management of medical workflow
US7742931B2 (en) Order generation system and user interface suitable for the healthcare field
US20090187423A1 (en) Method for online management of medical record forms
WO2006023267A2 (en) Medical media file management system and method
US20040071038A1 (en) System and method for storing and retrieving medical images and records
Wong et al. A hospital integrated framework for multimodality image base management
US20210090717A1 (en) Cloud-based patient data exchange
Wong et al. A digital library for biomedical imaging on the Internet
US20060251975A1 (en) System and method for retrieving radiographic images
JP3038611B2 (en) Hospital information system
EP3074896A1 (en) A method and computer program product for management of the distribution of medical reports in clinical applications
AU2020102635A4 (en) SDHR-Blockchain Technology: Securely Store Digital Healthcare Records, Notification, Alert Using Blockchain Technology
Adelhard et al. Functional requirements for a HIS-RIS-PACS-interface design, including integration of “old” modalities
Traina et al. Integrating images to patient electronic medical records through content-based retrieval techniques
US20080215732A1 (en) Multi-site scenarios in the storage and archiving of medical data objects
Li et al. Implementation of enterprise imaging strategy at a Chinese Tertiary Hospital
Fernandes et al. The evolution of IS/IT in health care in last decades
Roger France et al. Long Term Preservation of Electronic Health Records Recommendations in a large teaching hospital in Belgium
JPH03292570A (en) Medical image control system
Offenmueller Managed workflow between HIS, RIS, modalities, and PACS: now--with DICOM--or beyond?

Legal Events

Date Code Title Description
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090303

Year of fee payment: 9

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100303

Year of fee payment: 10

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110303

Year of fee payment: 11

EXPY Cancellation because of completion of term
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120303

Year of fee payment: 12