(57)【要約】【課題】効率的に文書記録を作成すること。【解決手段】受信端末１０は、医師等によって訪問後に口述され、訪問先である複数の患者それぞれに関する診療結果等を含み、患者毎のカルテの作成に用いられる音声情報を受信する。受信端末１０は、患者が切り替わったタイミングを示す区切り情報を検出する。受信端末１０は、区切り情報を基にして、音声情報を患者毎に対応する複数の音声情報にそれぞれ分割した分割音声情報を生成してファイルサーバ１００の記憶装置に記憶する。【選択図】図１
2014191511.tif 000002
【特許請求の範囲】
【請求項１】
訪問による医療、看護または介護の行為を行う第１利用者によって訪問後に口述され、訪問先である複数の第２利用者それぞれに関する情報を含み、前記第２利用者毎の文書記録の作成に用いられる音声情報を受信する受信部と、
前記第２利用者が切り替わったタイミングを示す区切り情報を検出し、前記区切り情報を基にして、前記音声情報を前記第２利用者毎に対応する複数の音声情報にそれぞれ分割した分割音声情報を生成して記憶装置に記憶する分割部と
を有することを特徴とする文書記録作成支援装置。
【請求項２】
前記分割部は、前記記憶装置に記憶された複数の分割音声情報に枝番を付与することを特徴とする請求項１に記載の文書記録作成支援装置。
【請求項３】
前記第１利用者が複数の第２利用者を訪問するスケジュールの情報と、前記複数の分割音声情報の枝番とを基にして、前記スケジュールの情報に含まれる第２利用者の名称と、各分割音声情報とを対応付ける判定部を更に有することを特徴とする請求項２に記載の文書記録作成支援装置。
【請求項４】
前記判定部は更に、前記第２利用者毎の文書記録の情報を取得し、分割音声情報と該分割音声情報の第２利用者に対応する文書記録の情報とを対応付けて前記記憶装置に記憶することを特徴とする請求項３に記載の文書記録作成支援装置。
【請求項５】
コンピュータに、
訪問による医療、看護または介護の行為を行う第１利用者によって訪問後に口述され、訪問先である複数の第２利用者それぞれに関する情報を含み、前記第２利用者毎の文書記録の作成に用いられる音声情報を受信し、
前記第２利用者が切り替わったタイミングを示す区切り情報を検出し、
前記区切り情報を基にして、前記音声情報を前記第２利用者毎に対応する複数の音声情報にそれぞれ分割した分割音声情報を生成して記憶装置に記憶する
各処理を実行させることを特徴とする文書記録作成支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、文書記録作成支援装置等に関する。
【背景技術】
【０００２】
従来、医師が訪問診療を行った場合には、医師自身が病院に帰った後に診療の文書記録（以下、カルテと表記する）を作成することが一般的であった。しかし、今後は、高齢化社会の進展と共に在宅医療の患者数が増加することが見込まれ、医師が作成すべきカルテの数が増えることが予想される。また、訪問診療では、患者宅間の移動に多大な時間を要するため、移動時間に口述によって医師がカルテの準備を行うことが出来れば非常に有用である。こうした背景から、カルテの作成を支援するカルテ原稿作成サービスが開始されている。
【０００３】
カルテ原稿作成サービスでは、医師が訪問診療の合間にセンターに電話をかけ、患者名と患者の診療結果を口述し電話を切る。センター側では、医師の口述内容を録音しておき、録音した口述内容の音声情報をオペレータが再生して、オペレータが各患者のカルテ原稿を作成する。このカルテ原稿作成サービスを利用すると、医師自身がカルテを作成する為に要する時間を大幅に短縮することができ、医師の訪問診療の時間が増えることで患者数増大に貢献できる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１０−２６１０１８号公報
【特許文献２】特開２００４−２３５７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した従来技術では、効率的にカルテ原稿を作成することができないという問題があった。
【０００６】
例えば、医師が老人保険施設などで複数人の患者をまとめて診療した場合に、従来技術を利用すると、医師は複数人の患者の診療結果をまとめて電話で口述し、センターに通知することになり、センターには複数人の患者の診療結果が音声情報としてまとめて録音される。この場合には、単一のオペレータが音声情報を一通り聞く他なく、一通り音声を聞いた後に、カルテ原稿の作成を開始することになるので、各患者のカルテ原稿を作成するまでに多くの時間を要してしまう。
【０００７】
なお、上記課題は、カルテ原稿に限定されるものではなく、訪問による医療、看護または介護の結果を文書記録する場合にも同様に発生する課題である。
【０００８】
開示の技術は、上記に鑑みてなされたものであって、効率的に文書記録を作成することができる文書記録作成支援装置および文書記録作成支援プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本願の開示する文書記録作成支援装置は、受信部、分割部を有する。受信部は、訪問による医療、看護または介護の行為を行う第１利用者によって訪問後に口述され、訪問先である複数の第２利用者それぞれに関する情報を含み、第２利用者毎の文書記録の作成に用いられる音声情報を受信する。分割部は、第２利用者が切り替わったタイミングを示す区切り情報を検出し、区切り情報を基にして、音声情報を第２利用者毎に対応する複数の音声情報にそれぞれ分割した分割音声情報を生成して記憶装置に保存する。
【発明の効果】
【００１０】
本願の開示する文書記録作成支援装置によれば、効率的に文書記録を作成することができるという効果を奏する。
【図面の簡単な説明】
【００１１】
【図１】図１は、本実施例に係るシステムの構成を示す図である。
【図２】図２は、本実施例に係るファイルサーバの構成を示す機能ブロック図である。
【図３】図３は、分割音声情報テーブルのデータ構造の一例を示す図である。
【図４】図４は、使用電話リストのデータ構造の一例を示す図である。
【図５】図５は、診療スケジュール情報のデータ構造の一例を示す図である。
【図６】図６は、病院別カルテ原稿データのデータ構造の一例を示す図である。
【図７】図７は、電子カルテ原稿管理テーブルのデータ構造の一例を示す図である。
【図８】図８は、受信端末の構成を示す機能ブロック図である。
【図９】図９は、分割部の処理の一例を説明するための図である。
【図１０】図１０は、電子カルテ原稿管理テーブルのその他の例を示す図である。
【図１１】図１１は、本実施例に係るＣＴＩサーバの処理手順を示すフローチャートである。
【図１２】図１２は、本実施例に係る受信端末の処理手順を示すフローチャートである。
【図１３】図１３は、本実施例に係る原稿作成端末の処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下に、本願の開示する文書記録作成支援装置および文書記録作成支援プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例】
【００１３】
本実施例に係るシステムの構成について説明する。図１は、本実施例に係るシステムの構成を示す図である。図１に示すように、このシステムは、携帯端末１、センター２を有する。携帯端末１は、公衆回線５を介してセンター２に接続する。
【００１４】
携帯端末１は、患者に対して医療行為を行う医師が携帯する端末装置である。例えば、携帯端末１は、スマートフォン、携帯電話、ＰＤＡ（Personal  Digital  Assistants）、タブレット端末などに対応する。
【００１５】
例えば、本実施例で説明する医師は、訪問診療のスケジュールにしたがって、訪問診療を行う。医師は、訪問診療が終わった後や、訪問診療の合間に、携帯端末１を操作して、センター２に接続する。医師は、携帯端末１を利用して、センター２に接続した後に、複数の患者に対する訪問診療の結果を順に口述することで、複数の患者に対する訪問診療の結果の情報を含む音声情報をセンター２に通知する。また、医師は、訪問診療の結果を口述している最中に、口述対象の患者をかえるタイミングで、携帯端末１の所定のボタンを押下することで、患者が切り替わったタイミングの信号を、センター２に通知する。例えば、医師は、携帯端末１のシャープボタンを押下することで、患者が切り替わったタイミングの信号をセンター２に通知する。以下の説明において、患者が切り替わったタイミングの情報を、区切り情報と表記する。
【００１６】
ここでは、携帯端末１を示すが、このシステムはその他の医師が利用する複数の携帯端末が含まれる。各医師は、上記の医師と同様にして、各携帯端末を使用して、センター２に接続し、音声情報や区切り情報を送信する。
【００１７】
センター２は、例えば、交換機３０、受信端末１０ａ〜１０ｃ、原稿作成端末２０ａ〜２０ｃ、ＣＴＩサーバ４０、ファイルサーバ１００を有する。センター２は、受信端末１０ａ〜１０ｃ以外の受信端末を有していても良い。センター２は、原稿作成端末２０ａ〜２０ｃ以外の原稿作成端末を有していても良い。また、交換機３０は、センター２の外部に設置されていても良い。
【００１８】
受信端末１０ａ〜１０ｃをまとめて、適宜、受信端末１０と表記する。原稿作成端末２０ａ〜２０ｃをまとめて、適宜、原稿作成端末２０と表記する。
【００１９】
受信端末１０は、医師の利用する携帯端末１からの接続要求を受けた後に、医師の口述する音声情報を録音する装置である。上記のように、医師が口述する音声情報には、複数の患者に対する訪問診療の結果の情報が含まれる。また、受信端末１０は、区切り情報を携帯端末１から受け付ける。
【００２０】
更に、受信端末１０は、携帯端末１から通知される区切り情報を用いて、音声情報を複数の患者毎に分割することで、分割音声情報を生成する。受信端末１０は、分割音声情報をファイルサーバ１００に送信し、分割音声情報をファイルサーバ１００に保存する。
【００２１】
原稿作成端末２０は、ファイルサーバ１００から患者毎の分割音声情報および電子カルテ原稿データを受け付ける装置である。オペレータは、原稿作成端末２０を操作して、ファイルサーバ１００から受け付けた患者毎の分割音声情報を聞いて、訪問診療の結果を把握する。オペレータは、原稿作成端末２０を操作し、把握した訪問診療の内容を基にして、電子カルテ原稿データに該当する情報を入力する。原稿作成端末２０は、訪問診療の結果が入力された電子カルテ原稿データを、ファイルサーバ１００に送信し、電子カルテ原稿データを、ファイルサーバ１００に保存する。また、原稿作成端末２０は、訪問診療の結果が入力された電子カルテ原稿データを、医師の勤務する病院のサーバ等に送信する。
【００２２】
交換機３０は、携帯端末１と、受信端末１０および原稿作成端末２０との音声による通信経路を確立する装置である。
【００２３】
ＣＴＩ（Computer  Telephony  Integration）サーバ４０は、携帯端末１からセンター２に対する通話を受け付けた場合に、着信中の携帯端末１の電話番号等を、受信端末１０、原稿作成端末２０に表示させる装置である。また、ＣＴＩサーバ４０は、空いている受信端末１０を選択し、選択した受信端末１０と携帯端末１との通話を接続する。
【００２４】
ファイルサーバ１００は、各種の情報を管理するサーバ装置である。例えば、ファイルサーバ１００は、受信端末１０から受信する分割音声情報を記憶する。また、ファイルサーバ１００は、分割音声情報と、該分割音声情報に対応する電子カルテ原稿データとを対応付けた電子カルテ原稿管理テーブルを記憶する。
【００２５】
図２は、本実施例に係るファイルサーバの構成を示す機能ブロック図である。図２に示すように、このファイルサーバ１００は、通信部１１０、入力部１２０、表示部１３０、記憶部１４０、制御部１５０を有する。
【００２６】
通信部１１０は、受信端末１０、原稿作成端末２０、ＣＴＩサーバ４０とデータ通信を実行する処理部である。例えば、通信部１１０は、通信カード等の通信装置に対応する。後述する制御部１５０は、通信部１１０を介して、受信端末１０、原稿作成端末２０、ＣＴＩサーバ４０とデータのやり取りを行う。
【００２７】
入力部１２０は、ファイルサーバ１００に各種の情報を入力する入力装置である。例えば、入力部１２０は、キーボードやマウス、タッチパネル等に対応する。
【００２８】
表示部１３０は、制御部１５０から出力される各種の情報を表示する表示装置である。例えば、表示部１３０は、ディスプレイやタッチパネルに対応する。
【００２９】
記憶部１４０は、分割音声情報テーブル１４１、使用電話リスト１４２、診療スケジュール情報１４３、病院別カルテ原稿データ１４４、電子カルテ原稿管理テーブル１４５を記憶する。例えば、記憶部１４０は、ＲＡＭ（Random  Access  Memory）、ＲＯＭ（Read  Only  Memory）、フラッシュメモリ（Flash  Memory）などの半導体メモリ素子、またはハードディスク、光ディスクなどの記憶装置に対応する。
【００３０】
分割音声情報テーブル１４１は、音声情報を患者毎に分割した情報を保持するテーブルである。図３は、分割音声情報テーブルのデータ構造の一例を示す図である。図３に示すように、この分割音声情報テーブル１４１は、電話番号、日時、枝番、分割音声情報を対応付ける。電話番号は、携帯端末の電話番号である。日時は、携帯端末から電話を受けた日時である。
【００３１】
使用電話リスト１４２は、電話番号と医師名とを対応付けるリストである。図４は、使用電話リストのデータ構造の一例を示す図である。図４に示すように、使用電話リスト１４２は、電話番号と、医師名とを対応付ける。例えば、医師名「医師Ａ１」の医師は、電話番号「１２３−４５６−７８９」の携帯端末を保持する。
【００３２】
診療スケジュール情報１４３は、各医師の診療スケジュールに関する情報を示す。図５は、診療スケジュール情報のデータ構造の一例を示す図である。図５に示すように、この診療スケジュール情報１４３は、日付、医師名、病院名、診療スケジュールを対応付けて保持する。日付はスケジュールの日付である。医師名は医師の名称である。病院名は、医師が勤務する病院の名称である。
【００３３】
診療スケジュールは、該当する日付の医師の診療スケジュールである。例えば、診療スケジュールは、訪問順、追番、患者名、訪問先を対応付ける。例えば、図５に示す例では、２０１２年１２月１３日に、医師Ａ１は、個人宅Ａ、個人宅Ｂ、施設Ａ、施設Ｂの順に訪問する。なお、施設Ａ、Ｂ等のように、複数の患者が存在する場合には、医師は、適宜患者の都合に合わせて、順番を取り決め、診断を行う。すなわち、施設Ａ、Ｂ等のように、複数の患者が存在する場合には、患者の診療順は特に決まっておらず、追番は必ずしも診療順を示すものではない。
【００３４】
病院別カルテ原稿データ１４４は、病院毎の電子カルテ原稿の情報を保持する。図６は、病院別カルテ原稿データのデータ構造の一例を示す図である。図６に示すように、病院別カルテ原稿データ１４４は、病院名、カルテ原稿タイプ、電子カルテ原稿データを対応付けて保持する。このうち、カルテ原稿タイプは、電子カルテ原稿のタイプを識別するものであり、追記タイプと新規タイプが存在する。
【００３５】
追記タイプの電子カルテ原稿は、患者の過去の診療記録の最新情報を含むものであり、それに追記する形で、今回の診療記録原稿が作成される。新規タイプの電子カルテ原稿は、過去の患者の診療の記録を含まない新規のカルテ原稿である。電子カルテ原稿データは、各病院の患者毎の電子カルテ原稿の情報や、各病院の新規の電子カルテ原稿の情報であり、病院の有資格者によって、原稿原本として提供される。
【００３６】
なお、過去の診療記録は必ず提供されるとは限らず、その場合は新規タイプの原稿として作成される。また、原稿が提供されていない場合には、口述内容をテキストにした情報をカルテ原稿として作成する。
【００３７】
例えば、図６の１段目では、病院Ｘ１のカルテ原稿タイプが「追記タイプ」であり、電子カルテ原稿データには、患者Ｂ１の電子カルテ原稿データ、患者Ｂ２の電子カルテ原稿データ、患者Ｂ３の電子カルテ原稿データ等を含む。例えば、患者Ｂ１の電子カルテ原稿データには、患者Ｂ１に関する過去の診療記録が含まれる。患者Ｂ２の電子カルテ原稿データ、患者Ｂ３の電子カルテ原稿データについても同様である。
【００３８】
図６の２段目では、病院Ｘ２のカルテ原稿タイプが「新規タイプ」であり、電子カルテ原稿データは、病院Ｘ２用の、新規の電子カルテ原稿データである。
【００３９】
図６の３段目では、病院Ｘ３のカルテ原稿タイプが「追記タイプ」であり、電子カルテ原稿データには、患者Ｃ１の電子カルテ原稿データ、患者Ｃ２の電子カルテ原稿データ、患者Ｃ３の電子カルテ原稿データ等を含む。例えば、患者Ｃ１の電子カルテ原稿データには、患者Ｃ１に関する過去の診療記録が含まれる。患者Ｃ２の電子カルテ原稿データ、患者Ｃ３の電子カルテ原稿データについても同様である。
【００４０】
電子カルテ原稿管理テーブル１４５は、分割音声情報と、該分割音声情報に対応する電子カルテ原稿データとを対応付けるテーブルである。図７は、電子カルテ原稿管理テーブルのデータ構造の一例を示す図である。
【００４１】
図７に示すように、この電子カルテ原稿管理テーブル１４５は、電話番号、日時、枝番、分割音声情報、患者名、電子カルテ原稿データ、フラグを対応付ける。このうち、電話番号、日時、枝番、分割音声情報は、図３に示した分割音声情報テーブル１４１の電話番号、日時、枝番、分割音声情報に対応する。また、患者名は、患者の名称である。電子カルテ原稿データは、各患者の電子カルテ原稿データである。フラグは、分割音声情報による診療結果が電子カルテ原稿データに反映されたか否かを示すものである。例えば、フラグが「オン」の場合には、分割音声情報による診療結果が電子カルテ原稿データに反映されたことを示す。フラグが「オフ」の場合には、分割音声情報による診療結果が電子カルテ原稿データに反映されていないことを示す。フラグの初期値は「オフ」となる。
【００４２】
例えば、１行目の枝番「１」の分割音声情報１には、患者Ｂ１に対する診療結果の口述内容が含まれており、分割音声情報１には、係る患者Ｂ１の電子カルテ原稿データが対応付けられている。例えば、原稿作成端末２０のオペレータは、分割音声情報１を聞いて、患者Ｂ１に関する口述内容を患者Ｂ１の電子カルテ原稿データに追記する。また、１行目の枝番「１」のフラグが「オン」となっているため、既に、患者Ｂ１の電子カルテ原稿データは、診療結果の内容が反映されていることを示す。
【００４３】
制御部１５０は、受信端末１０、原稿作成端末２０、病院のサーバ等とデータ通信を行い、記憶部１４０に記憶された各情報１４１〜１４５を適宜更新する処理部である。制御部１５０は、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）や、ＦＰＧＡ（Field  Programmable  Gate  Array）などの集積装置に対応する。また、制御部１５０は、例えば、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）等の電子回路に対応する。
【００４４】
次に、図１に示した受信端末１０の構成について説明する。図８は、受信端末の構成を示す機能ブロック図である。図８に示すように、この受信端末１０は、インタフェース部１１、通話制御部１２、記憶部１３、受信部１４、録音部１５、分割部１６、通信制御部１７を有する。その他の構成は、周知の受信端末と同様であるため、ここでは説明を省略する。
【００４５】
インタフェース部１１は、交換機３０、ＣＴＩサーバ４０、ファイルサーバ１００等の各装置とデータ通信を実行する処理部である。後述する受信部１４、通信制御部１７、通話制御部１２は、インタフェース部１１を介して、各装置とデータをやり取りする。
【００４６】
通話制御部１２は、携帯端末１との通話を確立し、各種の通話に関する制御を実行する処理部である。通話制御部１２の処理は、周知技術と同様であるため、ここでは説明を省略する。
【００４７】
記憶部１３は、音声情報１３ａおよび分割音声情報１３ｂを記憶する。記憶部１３は、ＲＡＭ、ＲＯＭ、フラッシュメモリなどの半導体メモリ素子に対応する。
【００４８】
音声情報１３ａは、医師が携帯端末１で口述した音声情報である。この音声情報１３ａには、例えば、各患者に対する診療結果の音声が含まれる。
【００４９】
分割音声情報１３ｂは、後述する分割部１６によって生成される情報であり、音声情報１３ａが、分割されたものである。
【００５０】
受信部１４は、携帯端末１から音声情報を受信する処理部である。音声情報は、医師が口述した音声情報であり、複数の患者に対する訪問診療の結果の情報が含まれる。受信部１４は、受信した音声情報を、記憶部１３に記憶させる。記憶部１３に記憶された音声情報は、上記の音声情報１３ａに対応する。
【００５１】
分割部１６は、患者が切り替わったタイミングを示す区切り情報を検出し、区切り情報を検出した時点で、音声情報を分割することで、分割音声情報１３ｂを作成する処理部である。分割部１６は、区切り情報を検出する度に、前の区切り情報を検出してから、今回の区切り情報を検出するまでの音声情報を含む分割音声情報を生成し、記憶部１３に記憶させる。
【００５２】
図９は、分割部の処理の一例を説明するための図である。図９の横軸は時間軸である。時刻Ｔは、医師が口述を開始した時刻である。Ｔ１は、時刻Ｔから１回目の区切り情報を検出した時刻である。Ｔ２は、時刻Ｔから２回目の区切り情報を検出した時刻である。Ｔ３は、時刻Ｔから３回目の区切り情報を検出した時刻である。その他の、区切り情報を検出した時刻に関する説明は省略する。
【００５３】
分割部１６は、音声情報１３ｂを、時刻Ｔ１，Ｔ２，Ｔ３で分割することで、分割音声情報１，２，３を生成する。また、分割部１６は、時刻Ｔ３以降も同様にして、分割音声情報を生成する。
【００５４】
通信制御部１７は、ファイルサーバ１００とデータ通信を実行して、ファイルサーバ１００の分割音声情報テーブル１４１、電子カルテ原稿管理テーブル１４５を更新する処理部である。以下において、通信制御部１７が実行する通話開始後に実行する処理と、通話終了後に実行する処理の一例について説明する。
【００５５】
通信制御部１７が、通話開始後に実行する処理について説明する。通信制御部１７は、各分割音声情報をファイルサーバ１００に順次送信して、各分割音声情報を分割音声情報テーブル１４１に記憶させる。通信制御部１７は、区切り情報によって、分割音声情報が分割されたタイミングで、分割された分割音声情報を送信しても良いし、通話終了後に全ての分割が完了した後に、各分割音声情報をまとめて送信しても良い。なお、通信制御部１７は、同一の通話中に分割された各分割音声情報に昇順で枝番を付与する。
【００５６】
通信制御部１７が、通話終了後に実行する処理について説明する。通信制御部１７は、ファイルサーバ１００とデータ通信を行って、各情報１４１〜１４５を参照し、電子カルテ原稿管理テーブル１４５を更新する。以下において、通信制御部１７が、電子カルテ原稿管理テーブル１４５を更新する処理について具体的に説明する。
【００５７】
通信制御部１７は、分割音声情報テーブル１４１の電話番号と、使用電話リスト１４２とを比較して、医師名を判定する。通信制御部１７は、医師名を判定した後に、判定した医師名および本日の日付をキーにして、診療スケジュール情報１４３から、医師の病院と、医師の診療スケジュールを判定する。
【００５８】
例えば、図５に示す例では、医師名が「医師Ａ１」の場合には、医師の勤務する病院は「病院Ｘ１」となる。また、本日の日付を「２０１２年１２月１３日」とすると、医師名「医師Ａ１」の診療スケジュールは、個人宅Ａ、個人宅Ｂ、施設Ａ、施設Ｂの順に訪問し、８人の患者Ｂ１〜Ｂ８を診療するスケジュールとなっている。なお、通信制御部１７は、図示しないタイマから本日の日付の情報を取得する。
【００５９】
続いて、通信制御部１７は、該当する日付の分割音声情報テーブル１４１の分割音声情報の数と、診療スケジュールにより医師が診療する患者の数とが同数であるか否かを判定する。
【００６０】
まず、分割音声情報の数と、診療スケジュールの患者の数とが同数である場合の通信制御部１７の処理について説明する。通信制御部１７は、分割音声情報の数と、診療スケジュールの患者の数とが同数である場合には、分割音声情報の先頭から順に、診療順の患者名をそれぞれ対応付ける。ただし、通信制御部１７は、同一の訪問先に複数の患者が存在する場合には、同一の訪問先の患者名の対応付けを行わない。
【００６１】
例えば、図５、図７を用いて説明すると、診療スケジュールの患者の数とが同数である場合には、通信制御部１７は、訪問先が個人宅Ａ，Ｂに対応する患者名にそれぞれ「患者Ｂ１」、「患者Ｂ２」を対応付け、残りの患者名の情報をブランクにする。図７の網掛け部分に示す、施設Ａおよび施設Ｂで診療を受けた患者の患者名については、各分割音声情報を聞いた原稿作成端末２０のオペレータが該当する患者名を入力する。
【００６２】
通信制御部１７は、分割音声情報と患者名とを対応付けた後に、病院名および患者名をキーとして、患者名に対応する電子カルテ原稿データを、病院別カルテ原稿データ１４４から検索する。そして、通信制御部１７は、電話番号、日時、枝番、分割音声情報、患者名、患者の電子カルテ原稿データをそれぞれ対応付けることで、電子カルテ原稿管理テーブル１４５を生成する。また、医師の病院のカルテ原稿タイプが「新規タイプ」の場合には、患者の電子カルテ原稿データはそれぞれ、新規の電子カルテ原稿データとなる。
【００６３】
なお、分割音声情報と患者名とが対応付けられていないレコードに関しては、患者名と、電子カルテ原稿データの欄がブランクとなる。例えば、網掛け部分の電子カルテ原稿データは、原稿作成端末２０のオペレータが入力する。
【００６４】
分割音声情報の数と、診療スケジュールの患者の数とが異なる場合の通信制御部１７の処理について説明する。図１０は、電子カルテ原稿管理テーブルのその他の例を示す図である。まず、通信制御部１７は、診療スケジュール情報１４３を参照して、訪問先毎に患者の数を取得する。例えば、図５に示す診療スケジュールの場合には、１番目および２番目の患者の数はそれぞれ「１」、３番目の患者の数は「４」、４番目の患者の数は「２」となる。
【００６５】
通信制御部１７は、図１０の分割音声情報１および分割音声情報２に関しては、診療スケジュール１４３を基にした訪問先の患者の数と一致するため、分割音声情報１および分割音声情報２に対して、患者名を対応付けると共に、電子カルテ原稿データを対応付ける。
【００６６】
これに対して、通信制御部１７は、図１０の分割音声情報３〜５、分割音声情報６〜８に関しては、診療スケジュール１４３を基にした訪問先の患者の数と一致しないため、患者名と、電子カルテ原稿データの欄がブランクとする。例えば、２０１２年１２月１３日の１３時３０分の電話において、医師が、区切り情報を入力し忘れたと考えられる。また、２０１２年１２月１３日の１５時１０分の電話において、医師が、間違えて区切り情報を一度余分に入力してしまったことが考えられる。例えば、図１０の網掛け部分の患者名、電子カルテ原稿データの情報は、原稿作成端末２０のオペレータが入力する。
【００６７】
ここで、オペレータの入力例について説明する。オペレータは、原稿作成端末２０を操作して、ファイルサーバ１００にアクセスし、各種の情報を電子カルテ原稿管理テーブル１４５に入力する。例えば、オペレータは、２０１２年１２月１３日の１３時３０分の電話（分割音声情報３〜５）を聞き、該当する患者名を指定（入力）し、その患者の電子カルテ原稿データをもらってから編集して電子カルテ原稿管理テーブル１４５に保存する。この場合は診療スケジュールと実際の診療順が異なった場合であり、診療順番は、患者Ｂ５、患者Ｂ３、患者Ｂ６、患者Ｂ４で行われている。また医師が患者Ｂ５と患者Ｂ３の間で区切り情報を入力し忘れたため、分割音声情報３には患者Ｂ５と患者Ｂ３の診療結果を連続して医師が口述しており、そのため患者Ｂ５と患者Ｂ３の電子カルテ原稿データが対応付けられる。
【００６８】
また、オペレータは、２０１２年１２月１３日の１５時１０分の電話（分割音声情報６〜８）においても、患者名を指定し、その患者の電子カルテ原稿データをもらってから編集して保存する。この場合も診療スケジュールと実際の診療順が異なっており、診療順番は、患者Ｂ８、患者Ｂ７で行われている。また医師が患者Ｂ７の診療結果の口述が最後だったにもかかわらず、区切り情報を余分に入力したため、分割音声情報８には患者の診療結果の口述は入っていない。この場合患者名も電子カルテ原稿データもない。例えば、オペレータは、分割音声情報８に対するレコードを、電子カルテ原稿管理テーブル１４５から削除してもよい。
【００６９】
次に、図２の説明に戻り、ファイルサーバ１００の制御部１５０が、電子カルテ原稿管理テーブル１４５の情報を原稿作成端末２０に送信する処理、原稿作成端末２０から診療結果が入力された電子カルテ原稿データを取得して、電子カルテ原稿管理テーブル１４５を更新する処理について説明する。
【００７０】
制御部１５０が、電子カルテ原稿管理テーブル１４５の情報を原稿作成端末２０に送信する処理について説明する。制御部１５０は、原稿作成端末２０から、データ要求を受けた場合には、電子カルテ原稿管理テーブル１４５の情報を原稿作成端末２０に送信する。
【００７１】
なお、制御部１５０は、原稿作成端末２０から日時および枝番の指定を受け付けた場合には、指定された日時および枝番のレコードを、原稿作成端末２０に送信する。例えば、図７において、日時「２０１２年１２月１３日９時３０分」、枝番「１」が指定された場合には、制御部１５０は、１段目のレコードを、原稿作成端末２０に送信する。１段目のレコードには、電話番号「１２３−４５６−７８９」、日付「２０１２年１２月１３日９時３０分００秒」、枝番「１」、分割音声情報「分割音声情報１」、患者名「患者Ｂ１」、電子カルテ原稿データ「患者Ｂ１の電子カルテ原稿データ」が含まれる。
【００７２】
制御部１５０が、原稿作成端末２０から診療結果が入力された電子カルテ原稿データを取得して、電子カルテ原稿管理テーブル１４５を更新する処理について説明する。例えば、制御部１５０は、原稿作成端末２０から、電話番号と日時と枝番と情報追加後の電子カルテ原稿データとを受信する。制御部１５０は、電話番号と日時と枝番とをキーにして、電子カルテ原稿管理テーブル１４５の更新対象となるレコードを特定し、情報追加後の電子カルテ原稿データによって電子カルテ原稿データを更新し、フラグを「オン」に設定する。
【００７３】
次に、本実施例に係るＣＴＩサーバ４０の処理手順について説明する。図１１は、本実施例に係るＣＴＩサーバの処理手順を示すフローチャートである。図１１に示すように、ＣＴＩサーバ４０は、携帯端末１から着信があるか否かを判定する（ステップＳ１０１）。
【００７４】
ＣＴＩサーバ４０は、携帯端末１から着信していない場合には（ステップＳ１０１，Ｎｏ）、再度ステップＳ１０１に移行する。一方、ＣＴＩサーバ４０は、携帯端末１から着信した場合には（ステップＳ１０１，Ｙｅｓ）、空いている受信端末１０を選択し、選択した受信端末１０と携帯端末１とを接続する（ステップＳ１０２）。
【００７５】
次に、本実施例に係る受信端末１０の処理手順について説明する。図１２は、本実施例に係る受信端末の処理手順を示すフローチャートである。図１２に示すように、受信端末１０は、通話開始か否かを判定する（ステップＳ２０１）。受信端末１０は、通話開始ではない場合には（ステップＳ２０１，Ｎｏ）、再度ステップＳ２０１に移行する。
【００７６】
一方、受信端末１０は、通話開始の場合には（ステップＳ２０１，Ｙｅｓ）、音声の録音を開始し（ステップＳ２０２）、区切り情報があるか否かを判定する（ステップＳ２０３）。受信端末１０は、区切り情報がある場合には（ステップＳ２０３，Ｙｅｓ）、現在の録音中の音声情報を分割音声情報として生成する（ステップＳ２０４）。
【００７７】
受信端末１０は、分割音声情報をファイルサーバ１００に保存し（ステップＳ２０５）、ステップＳ２０３に移行する。
【００７８】
一方、受信端末１０は、区切り情報が無い場合には（ステップＳ２０３，Ｎｏ）、通話終了であるか否かを判定する（ステップＳ２０６）。受信端末１０は、通話終了でない場合には（ステップＳ２０６，Ｎｏ）、ステップＳ２０３に移行する。
【００７９】
一方、受信端末１０は、通話終了の場合には（ステップＳ２０６，Ｙｅｓ）、録音終了し分割音声情報をファイルサーバ１００に保存する（ステップＳ２０７）。受信端末１０は、ファイルサーバ１００とデータ通信を実行し、分割音声情報の数と訪問先の患者数とを基にして、分割音声情報と患者名とを対応付ける（ステップＳ２０８）。
【００８０】
受信端末１０は、各分割音声情報にそれぞれ対応する電子カルテ原稿データを検索し（ステップＳ２０９）、各分割音声情報と電子カルテ原稿データとを対応付けて保存する（ステップＳ２１０）。
【００８１】
次に、本実施例に係る原稿作成端末２０の処理手順について説明する。図１３は、本実施例に係る原稿作成端末の処理手順を示すフローチャートである。図１３に示すように、原稿作成端末２０は、オペレータから電子カルテ原稿の新規作成を受け付けたか否かを判定する（ステップＳ３０１）。原稿作成端末２０は、新規作成を受け付けていない場合には（ステップＳ３０１，Ｎｏ）、再度ステップＳ３０１に移行する。
【００８２】
一方、原稿作成端末２０は、新規作成を受け付けた場合には（ステップＳ３０１，Ｙｅｓ）、ファイルサーバ１００に電子カルテ原稿未作成の分割音声情報を要求する（ステップＳ３０２）。原稿作成端末２０は、電子カルテ原稿未作成の分割音声情報が無い場合には（ステップＳ３０３，Ｎｏ）、処理を終了する。
【００８３】
一方、原稿作成端末２０は、電子カルテ原稿未作成の分割音声情報がある場合には（ステップＳ３０３，Ｙｅｓ）、分割音声情報を受信し、分割音声情報を再生する（ステップＳ３０４）。ステップＳ３０４において、分割音声情報に患者名や電子カルテ原稿データが対応付けられている場合には、原稿作成端末２０は、患者名や電子カルテ原稿データを取得し、表示部に表示させる。これに対して、分割音声情報に患者名や電子カルテ原稿データが対応付けられていない場合には、原稿作成端末２０は、患者名を入力する画面を表示させても良い。
【００８４】
原稿作成端末２０は、分割音声情報が終了したか否かを判定する（ステップＳ３０５）。原稿作成端末２０は、分割音声情報が終了した場合には（ステップＳ３０５，Ｙｅｓ）、ステップＳ３１３に移行する。
【００８５】
原稿作成端末２０は、分割音声情報が終了していない場合には（ステップＳ３０５，Ｎｏ）、分割音声情報に患者名の対応付け要求があるか否かを判定する（ステップＳ３０６）。ステップＳ３０６において、ファイルサーバ１００から送信される分割音声情報に、患者名および電子カルテ原稿データが対応付けられていない場合には、原稿作成端末２０は、オペレータから、患者名の対応付け要求を受けるものとする。
【００８６】
原稿作成端末２０は、分割音声情報に患者名の対応付け要求がない場合には（ステップＳ３０６，Ｎｏ）、ステップＳ３０９に移行する。このように、分割音声情報に患者名の対応付け要求がない場合には、分割音声情報に患者名や電子カルテ原稿データが対応付けられていることを意味する。
【００８７】
一方、原稿作成端末２０は、分割音声情報に患者名の対応付け要求がある場合には（ステップＳ３０６，Ｙｅｓ）、患者名の指定を受け付け（ステップＳ３０７）、ファイルサーバ１００にカルテ原稿データを要求する（ステップＳ３０８）。
【００８８】
原稿作成端末２０は、オペレータから電子カルテ原稿データの編集を受け付け（ステップＳ３０９）、編集後の電子カルテ原稿データを、ファイルサーバ１００の電子カルテ原稿管理テーブル１４５に登録する（ステップＳ３１０）。
【００８９】
原稿作成端末２０は、終了であるか否かの情報を受け付ける（ステップＳ３１１）。原稿作成端末２０は、終了でない場合には（ステップＳ３１１，Ｎｏ）、ステップＳ３０６に移行する。一方、原稿作成端末２０は、終了である場合には（ステップＳ３１１，Ｙｅｓ）、電子カルテ原稿データを、該当する病院のサーバに送信する（ステップＳ３１２）。例えば、ステップＳ３１２において、原稿作成端末２０は、ファイルサーバ１００と通信を行って、送信先の病院のサーバを判定しても良い。原稿作成端末２０は、対応するフラグをオンする指示を送信する（ステップＳ３１３）。
【００９０】
次に、本実施例に係る受信端末１０の効果について説明する。受信端末１０は、携帯端末１から通知される患者が切り替わったタイミングの区切り情報を用いて、医師が携帯端末１で口述した複数の患者に対する医療行為の結果を含む音声情報を分割する。このため、音声情報を全て聞かなくても、オペレータが担当する分割音声情報を聞いてカルテ原稿を作成することができるので、作業効率を向上させることができる。
【００９１】
また、受信端末１０は、複数の分割音声信号に枝番を付与するので、オペレータは、医師が口述した患者の順番を対応させて、各分割音声情報を選択することができる。
【００９２】
また、受信端末１０は、診療スケジュールに含まれる訪問先の患者数と、分割音声情報との数を基にして、診療スケジュールの各患者名と、各分割音声情報とを対応付ける。このため、オペレータは、自身の担当する患者を選んで、選んだ患者の音声情報のみを聞くことが出来る。
【００９３】
また、受信端末１０は、分割音声情報と患者名と患者名に対応する電子カルテ原稿データとを対応付けて電子カルテ原稿管理テーブル１４５に登録する。このため、オペレータは、患者に対する医師の診療結果を聞くとともに、該当する患者の電子カルテ原稿データをまとめて取得することができる。
【００９４】
また、ファイルサーバ１００は、電子カルテ原稿管理テーブル１４５の情報を、各原稿作成端末２０に送信するので、医師が複数の患者の診療結果をまとめて口述した場合であっても、各患者のカルテ作成を各オペレータに分担させて作業させることができる。
【００９５】
ところで、本実施例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部あるいは一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００９６】
例えば、受信端末１０が実行する処理を、センター２内の各装置で分担して実行しても良い。例えば、受信端末１０の代わりにファイルサーバ１００が、音声を録音する処理、区切り情報を検出する処理、分割音声情報を生成する処理を実行しても良い。
【００９７】
また、上記実施例では、医師が、患者を訪問することを前提として説明を行ったがこれに限定されるものではない。例えば、医師は、訪問による医療、看護または介護の行為を行う第１利用者の一例である。また、患者は、第１利用者の訪問をうける第２利用者の一例である。また、カルテは、文書記録の一例である。
【００９８】
さらに、各装置にて行われる各処理機能は、その全部または任意の一部がＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【符号の説明】
【００９９】
１    携帯端末
２    センター
５    公衆回線
１０ａ，１０ｂ，１０ｃ  受信端末
２０ａ，２０ｂ，２０ｃ  原稿作成端末
３０  交換機
４０  ＣＴＩサーバ
１００  ファイルサーバ
【図１】
2014191511.tif 000003
【図２】
2014191511.tif 000004
【図３】
2014191511.tif 000005
【図４】
2014191511.tif 000006
【図５】
2014191511.tif 000007
【図６】
2014191511.tif 000008
【図７】
2014191511.tif 000009
【図８】
2014191511.tif 000010
【図９】
2014191511.tif 000011
【図１０】
2014191511.tif 000012
【図１１】
2014191511.tif 000013
【図１２】
2014191511.tif 000014
【図１３】
2014191511.tif 000015