【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、病院における再来受付システムに関する。 特に、患者識別カードを用いた操作によって行われる、再来院の際の受付を簡易にする再来受付システムに関する。

【０００２】

【従来の技術】病院においては、種々の場面で膨大な情報データが発生する。 これらの情報データをコンピュータシステムで管理することが既に行われている。 更に、
病院における、より高度の情報管理のための開発が進められている。

【０００３】例えば、特開平４−３１８６７５号公報には、病院における各種情報に対し、その性質と最適な配置と管理を可能とすることを目的とする病院情報システムの技術が開示されている。 かかる病院情報システムにおいては、診療科あるいは病棟単位で自律的なサブシステムを構成し、サブシステムに必要な情報は、そのサブシステム内で分散管理し、全体にかかわる情報は、集中管理するようにしている。

【０００４】一方、病院における事務手続きを考察すると、患者が初めて病院に来院した際、受付窓口において、所定の項目を登録してカルテが新規に作成される。
同時に、診察券が作成され、患者に対し発行される。 更に、診察が終了し、会計窓口で会計を済ますと、一連の診療及び、事務手続きが終了する。

【０００５】このような一連の診療及び、事務手続きに関連して、例えば上記の特開平４−３１８６７５号公報に記載される病院情報システムでは、医事会計サブシステムが関与し、これにより所定の項目を登録してカルテの新規作成、診察券の発行を行っている。 また、該当する診療科のサブシステムにおいて、診察の結果に対応してカルテへの病歴データの記録等が行われる。 更に、情報データの一元管理を行う場合は、これら医事会計サブシステム及び診療科のサブシステムにおいて作成された患者情報データが、データサーバーにより制御されるデータベースに格納される。

【０００６】次に、再来院の際に行われる事務手続きを考察すると、一般に、初診の際に発行された診察券を再来院受付窓口に提出して、必要項目の登録が行われる。
そして、再来院受付を完了すると患者に受付票が発行される。 この際、患者は再来院受付窓口に必要項目を記載して、あるいは口頭で伝えることにより必要項目の登録が行われるシステムであった。

【０００７】更に、コンピュータで管理する再来院受付システムであっても、これまでのシステムは、データサーバーに接続されていないものであった。 したがって、
初診の際に登録したデータの確認ができずに、再来受付けを拒否すべき者を含め、診察券を所持する限り全ての者に対し、再来受付けを可能としてしまうものであった。

【０００８】また、再来院受付に必要とする項目のいくつかは初診の際に既に登録が行われ、データサーバのデータベースに格納されている。 したがって、これまでの再来院受付システムは、上記のようにデータサーバーに接続されていないものであったので、再来院の際に、初診の際に登録したデータを再度必要とする場合は、同じデータの入力手続きを再度行わなければならないという問題があった。

【０００９】したがって、かかる従来の再来受付けシステムに対し、再来院受付の時間を短縮し、患者の負担をできるだけ軽減する病院における再来受付けシステムが望まれている。

【００１０】

【発明が解決しようとする課題】本発明の目的は、患者情報データの一元管理を可能とし、再来院受付業務における受付工数を削減し、患者負担を軽減しうる病院における再来受付システムを提供することにある。

【００１１】更に、本発明の目的は、データサーバーに一元管理される患者受診履歴の再来院受付業務における利用を可能とする病院における再来受付システムを提供することにある。

【００１２】また、本発明の目的は、再来院受付結果のデータサーバーに格納される患者受診履歴情報の更新及び、医事会計システムにおいて、再来院受付結果の利用を可能とする再来受付システムを提供することにある。

【００１３】本発明の更なる目的は、図面を参照しての本発明の実施の形態の説明からも明らかとなる。

【００１４】

【課題を解決するための手段】上記本発明の目的を達成する基本構成は、患者毎の患者情報データを登録格納するデータサーバーに接続される病院における再来受付システムであって、該データサーバーに接続される複数の再来受付機を有する。

【００１５】そして、複数の再来受付機の各々は、少なくとも患者識別コードを保持する診察券の該患者識別コードを識別し、該識別された患者識別コードに対応する患者情報データに基づき再来受付処理を制御する様に構成される。 かかる構成により、再来受付機は、診察券を保持する患者の履歴データを参照して再来受付処理を制御するので、再来受付の際、再度のデータ入力が回避できる。 これにより、再来受付処理が簡易となり、患者の負担も軽減できる。

【００１６】更に、本発明に従い、前記患者情報データは、受付け又は診療予約の有無を識別するデータを有するものとする。 そして、受付け又は診療予約なしの場合に、再来受付機に接続されるモニタに、診療に必要な情報、例えば診療科、担当医、、診療内容及び保険の管掌の情報を選択指定する画面を順次表示し、これらの選択指定後に再来受付確認画面を表示する。

【００１７】一方、受付け又は診療予約ありの場合に、
再来受付機は、直接再来受付確認画面をモニタに表示する様に構成される。 これにより、診療科、担当医、診療及び保険の管掌の選択指定が不要である受付け又は診療予約ありの場合の患者の負担を軽減することが可能である。

【００１８】また、前記受付け又は診療予約なしの場合に、前記診療科の選択指定画面をモニタに表示する際に、前記患者情報データに受診履歴がある診療科を優先して表示する。 これにより、選択指定の可能性が高い診療科を容易に確認及び、選択が可能となる。

【００１９】更にまた、本発明は、前記再来受付機と共通に前記データサーバーに接続される、複数のクライアント端末を有する医事会計を管理する医事会計システムを有する。 そして、再来受付機が、再来受付を終了した後、再来受付内容を前記データサーバーに登録するとともに、データサーバーは、登録される再来受付内容に同日及び同時刻帯の情報がある場合、再来受付内容を、内容変更情報として医事会計システムに通知する。 これにより、医事会計システムが再来受付の内容を知ることが可能であり、患者情報の効率的利用が可能である。

【００２０】更に、本発明は、前記データサーバーに登録格納される患者毎の患者情報データのうち、再来受付に際し、必要となる情報の少なくとも一部をリストにして重複して保持する。 これにより、特に患者情報データが階層的に検索される構造でデータサーバーに格納されている場合は、上記リストされた重複して保持されるデータを検索することが可能であるので、患者情報データの検索の高速化が可能となる。 同時に、患者情報データの更新において、更新の取り消しの際に、更新前のデータの復元が容易となる。

【００２１】

【発明の実施の形態】以下、本発明の実施の形態を図面を参照して説明する。 尚、図面において、同一又は、類似のものには同一の参照番号又は、参照記号を付して説明する。

【００２２】図１は、本発明が適用される病院情報システムの１構成例を示す図である。 図において、データサーバー１は、データベース１００とコントローラ１０１
を一体に有して構成される装置である。 このデータサーバー１のデータベース１００は、医事会計システム２と再来受付システム３により共有される。

【００２３】尚、図１の構成では、データサーバー１のコントローラ１０１は、データベース１００と一体に装置内に備えられ、患者情報データの書き込み、読み出しを制御する専用コントローラであるが、汎用のコンピュータを用いて構成することも可能である。 この場合は、
データベース１００は、コンピュータと独立した記憶装置として用意される。

【００２４】更に、データサーバー1 に対し、クライアントとして、医事会計システム２の複数のクライアント２００（端末＃１〜＃ｍ）及び、再来受付システム３の複数の再来受付機３００（端末＃１〜＃ｎ）がネットワーク４を通して接続される。

【００２５】従って、データサーバー１のデータベース１００には、コントローラ１０１を通して医事会計システム２の医事会計クライアント２００により登録された患者情報及ぴ受診履歴情報等が保存される。 又、再来受付システム３の再来受付機３００からデータベース１０
０へ、再来受付結果に基づいて、受診履歴情報の更新登録及び登録データの取り出し要求がコントローラ１０１
を通して行われる。

【００２６】医事会計システム２の医事会計クライアント２００は、データサーバー１のデータベース１００に患者情報、受診履歴晴報、管掌晴報、管掌詳細惰報の登録を行う。 再来受付システム３の再来受付機３００は、
診察券の患者識別コードをもとに対応する患者について、データサーバー１のデータベース１００に登録されている患者情報、受診履歴情報、管掌情報、管掌詳細情報を取り出し、それらの内容を基に再来受付け処理フローに従い、モニタ画面を変更する。 再来受付終了時には受付内容を受診履歴に書き込み、データベース１００に登録する。

【００２７】データサーバー１、医事会計クライアント２００と再来受付機３００の他に、ネットワーク４には、病院全体の情報管理を行う場合、複数の他の病院サブシステム５、６が接続される。

【００２８】かかる図１の病院情報システムにおいて、
本発明によって設けられる再来受付システム３の再来受付機３００の構成例ブロック図が図２に示される。 図２
において、再来受付機３００の本体ＰＣは、パーソナルコンピュータ相当の制御装置であり、ＣＰＵ３０とＣＰ
Ｕ３０により実行されるプログラムを格納するメモリ３
1 を有する。

【００２９】更に、再来受付機３００の本体にはバス３
６を通して、モニタ３２、入力キー３３、診察券入力機３４及び受付票発行機３５が接続される。

【００３０】入力キー３３は、モニタ３２の画面上に配置されるタッチセンサーにより形成することが有利である。 診察券は一例として、磁気ストライプあるいはバーコードにより少なくとも患者識別コードＩＤが記録されている。

【００３１】したがって、診察券入力機３４は、再来院の際、患者により診察券が挿入されると、記録されている患者識別コードＩＤを読み取る。 この読み取られた患者識別コードＩＤは、ＣＰＵ３０に送られる。 後に説明する本発明の処理に利用される受付票発行機３５は、一種のプリンタであり、再診受付の処理が完了すると、Ｃ
ＰＵ３０の制御により受付票を印刷する。 このような再来受付機３００の構成は、複数の再来受付機３００（端末＃１〜＃ｎ）の全てに対し、共通である。

【００３２】ここで、本発明の病院における再来受付けシステムに関連する、データサーバー１のデータベース１００に格納される患者情報データの内容について説明する。 即ち、図３〜図７に示されるように、データサーバー１には、患者毎に患者情報データとして、患者情報３０１（図３）、受診履歴情報３０２（図４）、管掌情報３０３（図５）、管掌詳細晴報３０４（図６）及び患者別受診リスト３０５（図７）が登録格納されている。
それぞれの情報の内容は、図示されるような各フィールドからなっている。 これらには医事会計システム２における制御を行うためのデータも登録されている。

【００３３】更に、これらの患者情報３０１、受診履歴情報３０２、管掌情報３０３、及び管掌詳細晴報３０４
は、階層化されている。 例えば、受診履歴情報３０２の第６フィールドは、管掌情報３０３に繋がり、管掌情報３０３の第１０フィールドは、管掌詳細情報３０４に繋がっている。

【００３４】又、患者別受診リスト３０５（図７）は、
他の情報と重複するデータを有している。 上記の様に、
患者毎に患者情報データが階層化されているために、再来受付処理の過程で、その都度必要となるデータの検索をしていくと検索時間が長くなる。 従って、患者別受診リスト３０５は、検索時間が長くなるのを解消するために予め必要となるデータをリストとして別に用意したものである。

【００３５】また、データベース１００に格納されている患者情報データを更新する際、一旦行われた再来受付を取り消しとするような場合が想定される。 かかる場合、再来受付の都度直ちに、データベース１００の患者情報データを更新が行われると、再来受付の取り消し事情の発生に対し、更新前のデータを復元が困難となる。
このために、再来受付の取り消し事情の発生の可能性ある時間、別個作成される患者別受診リスト３０５により更新前のデータの保護を可能としている。

【００３６】患者情報３０１は、その第１フィールドｋ
ａｎｊｙａＩｄには患者固有の識別番号を示す数字（整数）が記入される。 第３フィールドｋａｎｊｙａＭｅｉ
には、患者の漢字姓名が記入される。 第１２フィールドｎｙｕｉｎＦｌｇには１もしくは２が記入され、１は外来、２は入院を意味する。 再来受付システム３では「１：外来」であった場合に受付を許可する。

【００３７】第１６フィールドｓａｉｒａｉＦｌｇにはｌもしくは２が記入される。 １は再来受付機の使用可、
２は再来受付機の使用不可を意味する。 再来受付システム３では「１：許可」であった場合、再来受付機での受付を許可する。 第１７フィールドｍｉｓｙｕＦｌｇには０もしくはｌが記入され、０は未収金なし、１は未収金ありを意味する。 再来受付システム３では「１：未収金あり」であった場合は、受付終了時に印刷発行される受付票に未収事項のアラームメッセージを印刷する。

【００３８】受診履歴情報３０２（図４）の第１フィールドｆｉｒｓｔＤａｔｅには初受診日が記入される。 第２フィールドｌａｓｔＤａｔｅには最終来院日が記入される。 第３フィールドｋａには受診科が記入される。 第４フィールドｄｒには担当の医師が記入される。 第５フィールドｓｉｎｒｙｏｕＮａｉには診療内容が記入される。 第６フィールドｋａｎｓｙｏｕＰには管掌情報が記入される。 第７フィールドｊｉｋａｎｔａｉには、診療時間帯が記入される。 第８フィールドｂａｃｋＤａｔｅ
には前回診療日が記入される。 第９フィールドｂａｃｋ
Ｄｒには前回の担当医が記入される。 第１０フィールドｂａｃｋＳｈｉｎｒｙｏｕＮａｉには前回の診療内容が記入される。

【００３９】更に、上記の受診履歴情報３０２（図４）
の第６フィールドｋａｎｓｙｏｕＰに記入される管掌情報の詳細が、図５に示される。 管掌情報３０３（図５）
の第１フィールドｋａｎｓｈｏｕＴｙｐｅには管掌タイプを示す数宇（整数）が記入される。 第１０フィールドｋａｎｓｈｏｕｉｎｆにはその管掌の詳細情報の入っているデータ位置を示す。

【００４０】更に、図６に示す管掌詳細情報３０４は管掌タイプによってフィールドの位置が異なるため、ここではフィールド番号は表示されていない。 フィールドｆ
ｒｏｍＤａｔｅには保険の有効期限の（自）が記入され、フィールドｔｏＤａｔｅには有効期限の（至）が記入される。

【００４１】また、患者別受診リスト３０５の第ｌフィールドｋａｎｊｙａＩｄには患者固有の識別番号を示す数字（整数）が記入される。 第２フィールドｙｏｙａｋ
ｕＤａｔｅには診療予約日が記入される。 第３フィールドｙｏｙａｋｕＴｉｍｅには予約時刻が記入される。 第４フィールドｕｋｅｔｓｕｋｅＤａｔｅには受付日が記入される。 第５フィールドｕｋｅｔｓｕｋｅＴｉｍｅには受付時刻が記入される。 第１４フィールドｋａには受診科が記入される。 第１５フィールドｄｒにはの担当医師が記入される。 第１６フィールドｓｈｉｎｒｙｏｕＮ
ａｉには診療内容が記入される。 第１７フィールドｊｉ
ｋａｎｔａｉには受付けた診療の時間帯の分類区分が記入される。 第１８フィールドｋａｎｓｙｏｕＰには管掌情報が記入される。

【００４２】次に上記データサーバー１に格納される情報データと関連する本発明に従う再来受付システムの処理動作を説明する。

【００４３】図８〜図１０は、本発明に従う再来受付システムの処理の一動作フローであり先に説明した図２のメモリ３１に格納されているプログラムに従って、ＣＰ
Ｕ３０により実行制御される。 図１１〜図１５は、再来受付システムの処理動作フローにしたがって再来受付機３００のモニタ３２に表示される画面例を示す図である。

【００４４】来院した患者が再来受付機３００の診察券入力機３４に診察券を投入する（ステップＳ１０１）
と、診察券入力機３４により認識された患者識別番号Ｉ
Ｄが認識される。 そして、ＣＰＵ３０によりデータサーバー１との接続を行い、データベース１００の検索を行う（ステップＳ１０２）。

【００４５】データサーバー１は、診察券に記録されている患者識別番号ＩＤに対応するデータの有無を患者情報３０１（図３）から検索する（ステップＳ１０３）。
対応する患者識別番号ＩＤが存在しない時は、処理を終了する。

【００４６】一方、患者情報３０１（図３）に対応する患者識別番号ＩＤが存在する場合は、再来受付システム３は、データサーバー１から再来受付に必要な患者識別番号ＩＤに対応する患者情報３０１、受診履歴情報３０
２、管掌情報３０３、管掌詳細情報３０４及び患者別受診リスト３０５を読み取る。

【００４７】そして、先ず、患者別受診リスト３０５
（図７）から同日同時間帯の受付データ（第４、第５、
第１７フィールド）または診療予約データ（第２、第３
フィールド）が存在するか否かを確認する（ステップＳ
１０４）。

【００４８】同日、同時間帯の受付データまたは診療予約データが存在するならば、後に説明する様に、ステップ１１３以降の処理に移行する。 同日、同時間帯の受付データまたは診療予約データが存在しない場合は、更に患者情報３０１（図３）から第１２フィールドの入院状態フラグが「１」であることを確認する（ステップＳ１
０５）。 次いで、患者情報３０１の第１６フィールドの再来受付機許可フラグが「１」であることを確認する。
それ以外の場合は再来受付を不可として終了する。

【００４９】第１２フィールドの入院状態フラグが「１」及び第１６フィールドの再来受付機許可フラグが「１」である場合は、受診履歴情報３０２（図４）が存在するか否かを確認する（ステップＳ１０７）。

【００５０】受診履歴データが存在する場合は、図１１
に示す診療科表示画面をモニタ３２に表示する（ステップＳ１０８）。 この時、受診履歴日の若い診療科順に左側より下方に向かって診療科を表示する。 次いで、未受診の診療科をデータベース登録順に診療斜表示画面を表示する。

【００５１】一方、受診履歴データが存在しない場合は、データベース登録順に診療科を左端より順に診療科表示画面として表示する（ステップＳ１０９）。 この様に先に受診した診療科を優先的に表示することにより、
再来院の際に受診する確立が高い診療科を患者がより易く認識することが可能でなる。

【００５２】かかる診療科リストの表示がモニタ３２の画面に行われると、これに対し、患者により受診する診療科が選択される（ステップＳ１１０）。 この時、モニタ３２上のかかる診療科表示の画面に入力キー３３がタッチセンサとして配置されている場合、患者は、受診する診療科を表示している画面位置を指示することにより診療科の入力が容易に行える。

【００５３】この際、図１１に示すように、診療科表示が複数ページにまたがる場合は、前ページ、次ページを指示して、表示ページを変えることが可能である。 更に、診療科指定を中止する場合は、中止ボタンが指示される。 尚、かかるタッチセンサを利用しての項目指示は、以降に表示される画面についても同様である。

【００５４】上記のようにして、診療科指定（ステップＳ１１０）が終了すると、次に、選択された診療科に前回受診した履歴があるか否かが判断される（ステップＳ
１１１）。 受診履歴が存在する場合は、図１２に示す受付確認画面が表示される（ステップＳ１１２）。 この受付確認画面には、患者名、受診科、受診担当医、受診内容及び保険の管掌の種類が表示される。

【００５５】この受付確認画面に対し、患者は、入力指示内容がすべて正しい場合は、「はい」のボタンを指示する。 受診科の追加がある場合は、「追加」ボタンを指示する（ステップＳ１１３）。 「追加」の場合は、図１
１において、既に選択入力した診療科の表示に続いて追加表示され、１頁の表示数を超える場合は、次頁の画面に表示される。 そして、先に説明したように診療科の選択（ステップＳ１１０）以降の」処理が繰り返される。

【００５６】かかる受付確認の処理（ステップＳ１１
３）は、先のステップＳ１０４において同日同時間帯の受付または診療予約ありを確認した場合に直ちに行われる。 受付確認の処理（ステップＳ１１３）において、他科受診がない場合は、図１２に示す受付確認画面で終了ボタンの押下即ち、「はい」ボタンを指示する（ステップＳ１１４）。

【００５７】ここで、ステップＳ１１１に戻り説明すると、選択された診療科に前回の受診履歴がない場合は、
選択された診療科については初診の場合と同様である。
したがって、ステップＳ１１１の判断において、受診履歴が存在しない場合は、診療科画面表示（ステップＳ１
１０）に続き、選択した診療科の担当医を図１３のように表示する（ステップＳ１１９）。 ここで希望する医師の選択指示が行われると、その担当医に登録されている診療内容表示画面が図１４に示すように表示される。 したがって、診療内容表示画面により、診療内容の指示が可能となる（ステップＳ１２０）。

【００５８】診療内容の指示が終了すると、再来受付システムは、管掌情報のデータベース３０３（図５），３
０４（図６）を参照して当該患者について有効な管掌が複数存在するか否かを判断する（ステップＳ１２１）。
複数の管掌が存在する場合は、図１５に示す管掌情報画面が表示され、患者は複数の管掌のうち、診療内容に対応する管掌を選択指定する（ステップＳ１２２）。

【００５９】複数の管掌が存在しない場合、あるいは管掌情報画面から診療内容に対応する管掌を選択指定した場合は共に、受付け内容の確認画面（図１２）が表示され、ステップＳ１１３以降の処理が行われる。

【００６０】図１０に戻り、終了ボタンが押下される（ステップＳ１１４）と、再来受付システム３は、患者情報３０１（図３）の第１７フィールドの未集金フラグが０又は１であるかを確認する（ステップＳ１１５）。
未集金フラグが０である場合は、再来受付機３００の受付け票発行機３５により、通常の受付け票を発行する（ステップＳ１１６）。 したがって、患者は、発行された受付け票を持って、対応の診療科窓口に赴き診療を受けることになる。 一方、未集金フラグが１である場合は、先に受診した際、会計処理を済ませていないことを意味する。 したがって、これを患者に伝えるために、アラームメッセージを印字した受付け票を印刷発行する（ステップＳ１１７）。

【００６１】このようにして受付け票が発行されると、
再来受付システム３から更新された当該患者に関する受診リスト３０５（図７）の情報データのデータサーバー１への登録が行われる（ステップＳ１１８）。 図１６
は、このデータサーバー１への登録以降の処理を説明するフロー図である。

【００６２】即ち、まずデータサーバー１は、再来受付けシステム３からの患者別受診リスト（３０５）の登録を受け付ける（ステップＳ２０１）。 次いで、データサーバー１は、データベース１００に既に登録している患者別受診リスト（３０５）に同日及び同時間帯の情報が存在するか否かを判断する（ステップＳ２０２）。 同日及び同時間帯の情報が存在しない場合は、新規の登録として、その受付内容をデータベース１００に登録するとともに、医事会計システム２に通知する。

【００６３】一方、同日及び同時間帯の情報が存在する場合は、受付内容に変更が有ったものと判断して、既に登録されているデータに対し、更新登録を行い、医事会計システム２に受け付け内容の更新を通知する（ステップＳ２０３）。

【００６４】これにより、医事会計システム２は、常に新しい再来受付け情報を得ることが可能である。

【００６５】

【発明の効果】以上実施の形態を図面に従い説明したように、本発明により患者情報データの一元管理を可能とし、再来院受付業務における受付工数を削減し、患者負担を軽減しうる病院における再来受付システムが提供される。

【００６６】更に、再来受付けシステムにおいて発生した患者情報を医事会計システムにおいて、共通に持つことが可能であり、病院情報システムの効率化が図られる。

【００６７】尚、上記説明において、実施の形態の説明及び図面は、本発明の説明のために用いられたものであり、本発明の保護の範囲は、これらに限定されない。 本発明の保護の範囲は、特許請求の範囲の記載により判断され、特許請求の範囲の記載の均等物も本発明の保護の範囲に含まれる。

【図面の簡単な説明】

【図１】本発明が適用される病院情報システムの１構成例を示す図である。

【図２】図１における再来受付システム３の再来受付機３００の構成例ブロック図である。

【図３】患者情報の一例を示す図である。

【図４】受診履歴情報の一例を示す図である。

【図５】管掌情報の一例を示す図である。

【図６】管掌情報の詳細例を示す図である。

【図７】患者受診リストの一例を示す図である。

【図８】本発明の再来受け付けシステムの処理動作フロー（その１）である。

【図９】本発明の再来受け付けシステムの処理動作フロー（その２）である。

【図１０】本発明の再来受け付けシステムの処理動作フロー（その３）である。

【図１１】診療科の選択画面の一例を示す図である。

【図１２】受け付け確認画面の一例を示す図である。

【図１３】受診医の選択画面の一例を示す図である。

【図１４】診療内容の選択画面の一例を示す図である。

【図１５】保険管掌の選択画面の一例を示す図である。

【図１６】医事会計システムへの再来受付情報の通知フローを説明する図である。

【符号の説明】

１ データサーバー １００ データベース １０１ ホストコンピュータ ２ 医事会計システム ２００ 医事会計システムのクライアント端末 ３ 再来受付システム ３００ 再来受付システムの再来受付機 ４ ネットワーク ２０１ 医事会計クライアント ２０２ 再来受付機 ３０１ 患者情報 ３０２ 受診履歴情報 ３０３ 管掌清報 ３０４ 管掌詳細情報 ３０５ 患者別受診リスト