JP2016071500A - 端末装置および録音プログラム - Google Patents

Abstract

【課題】診療結果の口述を効率的に録音すること。
【解決手段】モバイル端末１００は、医師が口述する患者の診療結果を録音する場合に、患者が切り替わったタイミングを示す区切情報を取得する。例えば、医師は、口述対象の患者を変えるタイミングで、所定のボタンを押下し、区切情報をモバイル端末１００に入力する。モバイル端末１００は、区切情報に基づいて音声データを切り出し、患者の診療結果の口述を録音した音声ファイルを作成し保存する。
【選択図】図１

Description

本発明は、端末装置等に関する。

従来、医師が訪問診療を行った場合には、医師自身が病院に帰った後に診療の文書記録（以下、カルテと表記する）を作成することが一般的であった。しかし、今後は、高齢化社会の進展と共に在宅医療の患者数が増加することが見込まれ、医師が作成すべきカルテの数が増えることが予想される。また、訪問診療では、患者宅間の移動に多大な時間を要するため、移動時間に口述によって医師がカルテの準備を行うことが出来れば非常に有用である。こうした背景から、カルテの作成を支援するカルテ原稿作成サービスが開始されている。

カルテ原稿作成サービスでは、医師が訪問診療の合間にセンターに電話をかけ、患者名と患者の診療結果を口述し電話を切る。センター側では、医師の口述内容を録音しておき、録音した口述内容の音声情報をオペレータが再生して、オペレータが各患者のカルテ原稿を作成する。このカルテ原稿作成サービスを利用すると、医師自身がカルテを作成する為に要する時間を大幅に短縮することができ、医師の訪問診療の時間が増えることで患者数増大に貢献できる。

また、複数の企業を担当する産業医が、各企業を訪問して職務として行った事柄（診察、健康相談、面接指導、労働衛生教育、労働衛生上の調査等）を行った場合も、対象者ごとの必要書類のほか、企業ごとの報告書を作成することがある。この場合、産業医がセンターに電話をかけ、報告書原稿の作成依頼を行うことが想定される。

特開２００８−１４５７５７号公報 特開２００３−１２２８４７号公報 特開２００２−３５１９７４号公報 特開２０１０−１２９１２２号公報

しかしながら、上述した従来技術では、診療結果の口述を効率的に録音することができないという問題がある。

例えば、従来技術では、医師は、携帯電話を使い特定の電話番号に電話をかけて接続を待ち、接続されてから訪問診療結果の口述をはじめる。このため、医師は電話接続のための操作と、口述を開始するまでに一定の待ち時間が発生してしまう。また、医師は、複数の患者に関する訪問診療結果をまとめて口述することもあり、対応するオペレータの配分が煩雑となったり、オペレータ毎の作業量に偏りが生じる場合もあった。

なお、上記課題は、カルテ原稿に限定されるものではなく、訪問による医療、看護、介護の結果または、薬学上や療養上の管理・指導・助言等を行った結果の口述を記録する場合、またはそれらの関係者間の情報共有のための口述を記録する場合にも同様に発生する課題である。例えば、関係者には、医師、歯科医師、看護士、薬剤師、管理栄養士、歯科衛生士、保健婦、保健士または看護職員、ケアマネージャ、ヘルパー等が含まれる。

開示の技術は、上記に鑑みてなされたものであって、診療結果の口述を効率的に録音することができる端末装置および録音プログラムを提供することを目的とする。

第１の案では、端末装置は、取得部と、生成部と、送信部とを有する。取得部は、訪問により複数人に対して医療、看護、介護の行為または薬の管理指導または療養管理指導を行う第１利用者によって訪問後に口述され、訪問先である前記複数人が属する第２利用者に関する情報を含み、第２利用者の文書記録の作成に用いられる音声情報を取得する。生成部は、第２利用者が切り替わったタイミングを示す区切情報を受け付け、前回区切情報を受け付けてから今回区切情報を受け付けるまでの音声情報を、取得部が取得した音声情報から切り出して分割音声情報を生成する。送信部は、生成部が生成した分割音声情報をサーバに送信する。

本発明の１実施態様によれば、診療結果の口述を効率的に録音することができるという効果を奏する。

図１は、本実施例１に係るシステムの構成を示す図である。 図２は、本実施例１に係るモバイル端末の構成を示す機能ブロック図である。 図３は、本実施例１に係る音声データ管理テーブルのデータ構造の一例を示す図である。 図４は、本実施例１に係る口述アプリの画面の一例を示す図である。 図５は、本実施例１に係るファイルサーバの構成を示す機能ブロック図である。 図６は、本実施例１に係る原稿作成端末管理テーブルのデータ構造の一例を示す図である。 図７は、本実施例１に係る原稿作成端末の構成を示す機能ブロック図である。 図８は、本実施例１に係るモバイル端末の処理手順を示すフローチャートである。 図９は、本実施例１に係るファイルサーバの処理手順を示すフローチャート（１）である。 図１０は、本実施例１に係るファイルサーバの処理手順を示すフローチャート（２）である。 図１１は、本実施例１に係る原稿作成端末の処理手順を示すフローチャート（１）である。 図１２は、本実施例１に係る原稿作成端末の処理手順を示すフローチャート（２）である。 図１３は、本実施例２に係るシステムの構成を示す図である。 図１４は、本実施例２に係るモバイル端末の構成を示す機能ブロック図である。 図１５は、本実施例２に係るスケジュールデータのデータ構造の一例を示す図である。 図１６は、本実施例２に係るモバイル端末の音声データ管理テーブルのデータ構造の一例を示す図である。 図１７は、本実施例２に係る口述アプリの画面の一例を示す図である。 図１８は、本実施例２に係るファイルサーバの構成を示す機能ブロック図である。 図１９は、本実施例２に係るスケジュール管理テーブルのデータ構造の一例を示す図である。 図２０は、本実施例２に係るモバイル端末の処理手順を示すフローチャートである。

以下に、本願の開示する端末装置および録音プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。

本実施例１に係るシステムの構成について説明する。図１は、本実施例１に係るシステムの構成を示す図である。図１に示すように、このシステムは、モバイル端末１００ａ，１００ｂ、ファイルサーバ２００、原稿作成端末３００ａ，３００ｂ，３００ｃを有する。モバイル端末１００ａ，１００ｂ、ファイルサーバ２００はネットワーク５０を介して相互に接続される。ファイルサーバ２００は、原稿作成端末３００ａ〜３００ｃと相互に接続される。

図１では、モバイル端末１００ａ，１００ｂを示すが、その他のモバイル端末を含んでも良い。また、図１では、原稿作成端末３００ａ〜３００ｃを示すが、その他の原稿作成端末を含んでも良い。

モバイル端末１００ａ，１００ｂは、患者に対して医療行為を行う医師が携帯する端末装置である。例えば、モバイル端末１００ａ，１００ｂは、スマートフォン、ＰＤＡ（Personal Digital Assistants）、タブレット端末などに対応する。以下の説明では、モバイル端末１００ａ，１００ｂをまとめて、適宜、モバイル端末１００と表記する。

例えば、本実施例１で説明する医師は、訪問診療のスケジュールにしたがって、訪問診療を行う。医師は、訪問診療が終わった後や、訪問診療の合間等に、モバイル端末１００を操作して、診療結果の口述を録音する。モバイル端末１００は、録音した音声ファイルを記憶部に保持しておき、所定のタイミングでファイルサーバ２００に送信する。

ファイルサーバ２００は、モバイル端末１００から受信する音声ファイルを記憶するサーバである。ファイルサーバ２００は、原稿作成端末３００ａ，３００ｂ，３００ｃから音声ファイルの要求を受け付けた場合には、音声ファイルを要求元の原稿作成端末に送信する。

原稿作成端末３００ａ，３００ｂ，３００ｃは、オペレータが音声ファイルを基にしてカルテ原稿を作成する場合に利用する端末装置である。以下の説明では、原稿作成端末３００ａ，３００ｂ，３００ｃをまとめて、適宜、原稿作成端末３００と表記する。原稿作成端末３００は、ファイルサーバ２００に対して音声ファイルの要求を行い、音声ファイルを受け付ける。原稿作成端末３００は、受け付けた音声ファイルを再生し、オペレータは係る音声ファイルをヒアリングして、カルテ原稿を作成する。

次に、図１に示したモバイル端末１００ａの構成について説明する。モバイル端末１００ｂの構成は、モバイル端末１００ａの構成と同様である。図２は、本実施例１に係るモバイル端末の構成を示す機能ブロック図である。図２に示すように、このモバイル端末１００ａは、通信部１１０、入力部１２０、表示部１３０、マイク１３５、記憶部１４０、制御部１５０を有する。その他の構成は、周知のモバイル端末と同様であるため説明を省略する。

通信部１１０は、ネットワーク５０を介してファイルサーバ２００とデータ通信を実行する処理部である。例えば、通信部１１０は、通信カード等の通信装置に対応する。後述する制御部１５０は、通信部１１０を介して、ファイルサーバ２００とデータをやり取りする。

入力部１２０は、モバイル端末１００に各種の情報を入力する入力装置である。例えば、入力部１２０は、入力ボタン、タッチパネル等に対応する。

表示部１３０は、制御部１５０から出力される各種の情報を表示する表示装置である。例えば、表示部１３０は、ディスプレイやタッチパネルに対応する。

マイク１３５は、医師等が口述する音声を集音するマイクである。

記憶部１４０は、音声データ管理テーブル１４１を有する。例えば、記憶部１４０は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ（Flash Memory）などの半導体メモリ素子、またはハードディスク、光ディスクなどの記憶装置に対応する。

音声データ管理テーブル１４１は、複数の分割音声データを保持するテーブルである。図３は、本実施例１に係るモバイル端末の音声データ管理テーブルのデータ構造の一例を示す図である。図３に示すように、この音声データ管理テーブル１４１は、音声識別情報と、録音日時と、分割音声データとを対応付けて保持する。音声識別情報は、分割音声データを一意に識別する情報である。録音日時は、分割音声データを録音した日時を示す。分割音声データは、区切情報に基づいて、医師が診療結果を口述した音声から切り出された音声情報である。例えば、分割音声データの音声ファイルフォーマットをＭＰ３（MPEG Audio Layer-3）とするが、その他の音声ファイルフォーマットでも良い。区切情報に関する説明は後述する。

制御部１５０は、口述アプリ制御部１５１と、録音処理部１５２と、送受信制御部１５３とを有する。制御部１５０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）や、ＦＰＧＡ（Field Programmable Gate Array）などの集積装置に対応する。また、制御部１５０は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等の電子回路に対応する。

口述アプリ制御部１５１は、医師等によって、表示部１３０に表示された口述アプリのアイコンが選択された場合に、口述アプリを起動する処理部である。口述アプリ制御部１５１は、口述アプリを起動した場合には、口述アプリの画面を表示部１３０に表示させる。図４は、本実施例１に係る口述アプリの画面の一例を示す図である。

例えば、口述アプリ制御部１５１は、口述アプリのアイコンが選択された場合には、画面１０を表示部１３０に表示させる。図４に示すように、画面１０には、口述開始ボタン１０ａと、終了ボタン１０ｂとが含まれる。

口述アプリ制御部１５１は、画面１０の口述開始ボタン１０ａが押下されたことを検出した場合には、録音開始指示を、録音処理部１５２に出力する。また、口述アプリ制御部１５１は、口述開始ボタン１０ａが押下されたことを検出した場合には、図４に示す画面１１を表示部１３０に表示させる。例えば、医師は、口述開始ボタン１０ａを押下した後に、訪問診療の結果の口述を開始する。

口述アプリ制御部１５１は、画面１１の次の患者ボタン１１ａが押下されたことを検出した場合には、区切情報を録音処理部１５２に出力する。例えば、医師は、複数の患者に対する診療結果を順に口述する場合に、口述の内容を、ある患者に関する訪問診療の結果から、次の患者に関する訪問診療の結果に変えるタイミングで、次の患者ボタン１１ａを押下する。

これに対して、口述アプリ制御部１５１は、画面１０において終了ボタン１０ｂが押下されたことを検出した場合には、口述アプリを終了する。また、口述アプリ制御部１５１は、画面１１において、終了ボタン１１ｂが押下されたことを検出した場合には、口述アプリを終了する。口述アプリ制御部１５１は、終了ボタン１１ｂが押下された場合には、録音終了指示を、録音処理部１５２に通知する。

録音処理部１５２は、口述アプリ制御部１５１から区切情報を取得したタイミングで、マイク１３５から入力される医師の診療結果の口述に関する音声データを切り出して、分割音声データを生成する処理部である。以下において、録音処理部１５２の処理を具体的に説明する。

録音処理部１５２は、口述アプリ制御部１５１から録音開始指示を取得した場合に、音声データの録音を開始する。そして、録音処理部１５２は、口述アプリ制御部１５１から区切情報を取得したタイミングで、音声データを分割音声データに分割する。すなわち、録音処理部１５２は、前回の区切情報を受け付けたタイミングから今回の区切情報を受け付けるまでのタイミングに含まれる音声データを分割音声データとして切り出す。なお、一つ目の分割音声データは、録音開始指示を受け付けたタイミングから１回目の区切情報を受け付けるまでのタイミングに含まれる音声データを切り出したものとなる。

録音処理部１５２は、分割音声データの音声識別情報と、録音日時と、分割音声データとを対応付けて、音声データ管理テーブル１４１に登録する。録音処理部１５２は、図示しないタイマを用いて、分割音声データの録音日時を特定する。

また、録音処理部１５２は、口述アプリ制御部１５１から録音終了指示を受け付けた場合には、前回区切情報を取得したタイミングから録音終了指示を受けるまでの分割音声データを生成する。その後、録音処理部１５２は、音声識別情報と、録音日時と、分割音声データとを対応付けて、音声データ管理テーブル１４１に登録し、音声データの録音を終了する。

送受信制御部１５３は、所定のタイミングで、音声識別情報と、録音日時と、分割音声データとを対応付けたデータをファイルサーバ２００に送信する処理部である。本実施例１の以下の説明では、音声識別情報と、録音日時と、分割音声データとを対応付けたデータを、音声ファイルと表記する。

送受信制御部１５３は、音声データ管理テーブル１４１に分割音声データが登録された時点で、登録された分割音声データを含む音声ファイルをファイルサーバ２００に送信しても良いし、所定の時間間隔で、一部の分割音声データを含む音声ファイルをファイルサーバ２００に送信しても良い。また、送受信制御部１５３は、音声データ管理テーブル１４１に登録された全ての分割音声データをまとめて、ファイルサーバ２００に送信しても良い。更に、送受信制御部１５３は、入力部１２０を介して、音声ファイルの送信命令を受け付けた場合に、音声ファイルを送信しても良いし、ファイルサーバ２００から音声ファイルを要求された場合に、音声ファイルを送信しても良い。

次に、図１に示したファイルサーバ２００の構成について説明する。図５は、本実施例１に係るファイルサーバの構成を示す機能ブロック図である。図５に示すように、このファイルサーバ２００は、通信部２１０、入力部２２０、表示部２３０、記憶部２４０、制御部２５０を有する。その他の構成は周知のサーバと同様であるため説明を省略する。

通信部２１０は、ネットワーク５０を介してモバイル端末１００とデータ通信を実行する処理部である。また、通信部２１０は、原稿作成端末３００とデータ通信を実行する。例えば、通信部２１０は、通信カード等の通信装置に対応する。後述する制御部２５０は、通信部２１０を介して、モバイル端末１００および原稿作成端末３００とデータをやり取りする。

入力部２２０は、ファイルサーバ２００に各種の情報を入力する入力装置である。例えば、入力部２２０は、キーボードやマウス、タッチパネル等に対応する。

表示部２３０は、制御部２５０から出力される各種の情報を表示する表示装置である。例えば、表示部２３０は、ディスプレイやタッチパネルに対応する。

記憶部２４０は、音声データ管理テーブル２４１および原稿作成端末管理テーブル２４２を有する。例えば、記憶部２４０は、ＲＡＭ、ＲＯＭ、フラッシュメモリなどの半導体メモリ素子、またはハードディスク、光ディスクなどの記憶装置に対応する。

音声データ管理テーブル２４１は、モバイル端末１００から取得した複数の音声ファイルを保持するテーブルである。ファイルサーバ２００は、モバイル端末１００から音声ファイルを受信した場合に、この音声ファイルに含まれる音声識別情報と、録音日時と、分割音声データとを対応付けて音声データ管理テーブル２４１に登録する。音声データ管理テーブル２４１のデータ構造は、図３に示した音声データ管理テーブル１４１と同様である。

原稿作成端末管理テーブル２４２は、音声ファイルの要求を行った原稿作成端末３００を管理するテーブルである。図６は、本実施例１に係る原稿作成端末管理テーブルのデータ構造の一例を示す図である。図６に示すように、この原稿作成端末管理テーブル２４２は、原稿作成端末識別情報と、優先順位と、音声ファイル要求フラグとを対応付けて保持する。

原稿作成端末識別情報は、原稿作成端末を一意に識別する情報である。例えば、原稿作成端末識別情報「３００ａ，３００ｂ，３００ｃ」はそれぞれ原稿作成端末３００ａ，３００ｂ，３００ｃに対応する。

優先順位は、音声ファイルを原稿作成端末３００に送信する場合の優先順位を示すものであり、優先順位の高い原稿作成端末３００に対して、優先的に音声ファイルが送信される。優先順位の高さは、「１」が最も高く、「２、３、・・・」の順に優先順位が低くなる。

音声ファイル要求フラグは、原稿作成端末３００から音声ファイルの要求があったか否かを示すフラグである。音声ファイル要求フラグが「オン」の場合には、原稿作成端末３００から音声ファイルの要求があったことを示す。一方、音声ファイル要求フラグが「オフ」の場合には、原稿作成端末３００から音声ファイルの要求がないことを示す。

制御部２５０は、音声ファイル要求受付部２５１、配信制御部２５２、受信制御部２５３を有する。制御部２５０は、例えば、ＡＳＩＣや、ＦＰＧＡなどの集積装置に対応する。また、制御部２５０は、例えば、ＣＰＵやＭＰＵ等の電子回路に対応する。

音声ファイル要求受付部２５１は、原稿作成端末３００から、音声ファイル要求を受け付ける処理部である。音声ファイル要求受付部２５１は、原稿作成端末管理テーブル２４２にアクセスし、音声ファイルを要求した原稿作成端末に対応する音声ファイル要求フラグを「オン」に設定する。例えば、音声ファイル要求受付部２５１は、原稿作成端末３００ａから、音声ファイル要求を受け付けた場合には、原稿作成端末識別情報「３００ａ」に対応する音声ファイル要求フラグを「オン」に設定する。

配信制御部２５２は、音声ファイルの要求元となる原稿作成端末３００に、音声ファイルを配信する処理部である。配信制御部２５２は、原稿作成端末管理テーブル２５２にアクセスし、音声ファイル要求フラグが「オン」となり、かつ、優先順位が最も高い原稿作成端末識別情報に対応する原稿作成端末を特定する。そして、配信制御部２５２は、特定した原稿作成端末３００に、音声データ管理テーブル２４１に登録された未配信の音声ファイルのうち、最も古い音声ファイルを配信する。配信制御部２５２は、音声ファイルを配信後、該当する原稿作成端末３００に対応する音声ファイル要求フラグを「オフ」に設定する。

例えば、図６に示す例では、音声ファイル要求フラグが「オン」となり、かつ、優先順位が最も高い原稿作成端末識別情報に対応する原稿作成端末は、原稿作成端末３００ａとなる。このため、配信制御部２５２は、原稿作成端末３００ａに音声ファイルを配信した後に、原稿作成端末識別情報「３００ａ」に対応する音声ファイル要求フラグを「オフ」に設定する。

受信制御部２５３は、モバイル端末１００から音声ファイルを受信する処理部である。受信制御部２５３は、モバイル端末１００から音声ファイルを受信した場合には、受信した音声ファイルに含まれる音声識別情報と、録音日時と、分割音声データとを対応付けて音声データ管理テーブル２４１に登録する。受信制御部２５３は、所定の時間間隔で、モバイル端末１００に音声ファイルを要求しても良い。

次に、図１に示した原稿作成端末３００ａの構成について説明する。図７は、本実施例１に係る原稿作成端末の構成を示す機能ブロック図である。図７に示すように、この原稿作成端末３００ａは、通信部３１０、入力部３２０、表示部３３０、出力部３３５、記憶部３４０、制御部３５０を有する。その他の構成は周知の端末装置と同様であるため説明を省略する。

通信部３１０は、ファイルサーバ２００とデータ通信を実行する処理部である。例えば、通信部３１０は、通信カードなどの通信装置に対応する。後述する制御部３５０は、通信部３１０を介して、ファイルサーバ２００とデータをやり取りする。

入力部３２０は、原稿作成端末３００に各種の情報を入力する入力装置である。例えば、入力部３２０は、キーボードやマウス、タッチパネル等に対応する。

表示部３３０は、制御部３５０から出力される各種の情報を表示する表示装置である。例えば、表示部３３０は、ディスプレイやタッチパネルに対応する。

出力部３３５は、例えば、スピーカー等の出力装置に対応する。

記憶部３４０は、音声ファイル３４１を有する。例えば、記憶部３４０は、ＲＡＭ、ＲＯＭ、フラッシュメモリなどの半導体メモリ素子、またはハードディスク、光ディスクなどの記憶装置に対応する。音声ファイル３４１は、ファイルサーバ２００から取得する音声ファイルに対応する。

制御部３５０は、音声ファイル要求受付部３５１、原稿作成制御部３５２、送受信制御部３５３を有する。制御部３５０は、例えば、ＡＳＩＣや、ＦＰＧＡなどの集積装置に対応する。また、制御部３５０は、例えば、ＣＰＵやＭＰＵ等の電子回路に対応する。

音声ファイル要求受付部３５１は、入力部３２０を介してオペレータからの指示を受け付けた場合に、音声ファイルをファイルサーバ２００に要求する処理部である。

原稿作成制御部３５２は、オペレータによるカルテ原稿の作成を支援する処理部である。例えば、原稿作成制御部３５２は、入力部３２０から原稿作成開始の指示を受け付けた場合には、記憶部３４０に記憶された音声ファイル３４１のうち、最も古い音声ファイルを再生する。音声ファイルの音は、出力部３３５から出力される。

また、原稿作成制御部３５２は、記憶部３４０に患者のカルテ原稿の入力領域を準備する。オペレータは、出力部３３５から出力される口述内容を聞き、入力部３２０を操作して、カルテ原稿に関する情報を入力する。原稿作成制御部３５２は、入力部３２０からカルテ原稿の情報を取得し、カルテ原稿を生成する。

送受信制御部３５３は、ファイルサーバ２００から音声ファイルを受信した場合に、受信した音声ファイルを記憶部３４０に登録する。また、送受信制御部３５３は、原稿作成制御部３５２が生成したカルテ原稿の情報を、所定の宛先に送信しても良い。

次に、本実施例１に係るモバイル端末１００の処理手順の一例について説明する。図８は、本実施例１に係るモバイル端末の処理手順を示すフローチャートである。図８に示すように、このモバイル端末１００は、アプリの選択を受け付けた場合に、口述画面を表示し（ステップＳ１０１）、選択入力を受け付ける（ステップＳ１０２）。

モバイル端末１００は、入力を受け付けない場合には（ステップＳ１０２，入力無し）、再度ステップＳ１０２に移行する。モバイル端末１００は、終了ボタンを押下された場合には（ステップＳ１０２，終了）、処理を終了する。

モバイル端末１００は、口述開始ボタンを押下された場合には（ステップＳ１０２，口述開始）、録音を開始する（ステップＳ１０３）。モバイル端末１００は、選択入力を受け付ける（ステップＳ１０４）。モバイル端末１００は、終了ボタンを押下された場合には（ステップＳ１０４，終了）、録音を終了する（ステップＳ１０５）。モバイル端末１００は、分割音声データを作成し（ステップＳ１０６）、分割音声データを音声データ管理テーブル１４１に保存する（ステップＳ１０７）。

一方、モバイル端末１００は、次の患者ボタンを押下された場合には（ステップＳ１０４，次の患者）、録音を終了する（ステップＳ１０８）。モバイル端末１００は、分割音声データを作成し（ステップＳ１０９）、分割音声データを音声データ管理テーブル１４１に保存し（ステップＳ１１０）、ステップＳ１０３に移行する。

次に、本実施例１に係るファイルサーバ２００がモバイル端末１００から音声ファイルを受信した場合の処理手順の一例について説明する。図９は、本実施例１に係るファイルサーバの処理手順を示すフローチャート（１）である。図９に示すように、ファイルサーバ２００は、モバイル端末１００から音声ファイルを受信し（ステップＳ１５１）、音声ファイルを音声データ管理テーブル２４１に保存する（ステップＳ１５２）。

ファイルサーバ２００は、配信制御部２５２が起動中であるか否かを判定する（ステップＳ１５３）。ファイルサーバ２００は、配信制御部２５２が起動中である場合には（ステップＳ１５３，Ｙｅｓ）、処理を終了する。

一方、ファイルサーバ２００は、配信制御部２５２が起動中でない場合には（ステップＳ１５３，Ｎｏ）、配信制御部２５２を起動する（ステップＳ１５４）。

次に、本実施例１に係るファイルサーバ２００が原稿作成端末３００に音声ファイルを配信する処理手順の一例について説明する。図１０は、本実施例１に係るファイルサーバの処理手順を示すフローチャート（２）である。図１０に示すように、ファイルサーバ２００は、音声データ管理テーブル２４１に音声ファイルが存在するか否かを判定する（ステップＳ１６１）。ファイルサーバ２００は、音声ファイルが存在する場合には（ステップＳ１６１，Ｙｅｓ）、ステップＳ１６２に移行する。ファイルサーバ２００は、音声ファイルが存在しない場合には（ステップＳ１６１，Ｎｏ）、ステップＳ１６１に移行する。

ファイルサーバ２００は、原稿作成端末３００の要求がない場合には（ステップＳ１６２，Ｎｏ）、ステップＳ１６２に移行する。一方、ファイルサーバ２００は、原稿作成端末の要求が有る場合には（ステップＳ１６２，Ｙｅｓ）、音声データ管理テーブル２４１に記憶された最も古い音声ファイルを、最も優先順位の高い原稿作成端末３００に送信する（ステップＳ１６３）。

ファイルサーバ２００は、音声ファイルを送った原稿作成端末３００に対応する音声ファイル要求のフラグをオフに設定する（ステップＳ１６４）。ファイルサーバ２００は、未送信の音声ファイルが存在するか否かを判定する（ステップＳ１６５）。

ファイルサーバ２００は、未送信の音声ファイルが存在する場合には（ステップＳ１６５，Ｙｅｓ）、ステップＳ１６２に移行する。一方、ファイルサーバ２００は、未送信の音声ファイルが存在しない場合には（ステップＳ１６５，Ｎｏ）、処理を終了する。

次に、本実施例１に係る原稿作成端末３００が音声ファイル要求を行う場合の処理手順について説明する。図１１は、本実施例１に係る原稿作成端末の処理手順を示すフローチャート（１）である。図１１に示すように、原稿作成端末３００は、音声ファイル要求をファイルサーバ２００に送信する（ステップＳ１７１）。原稿作成端末３００は、ファイルサーバ２００から音声ファイルを受信したか否かを判定する（ステップＳ１７２）。

原稿作成端末３００は、ファイルサーバ２００から音声ファイルを受信していない場合には（ステップＳ１７２，Ｎｏ）、ステップＳ１７２に移行する。一方、原稿作成端末３００は、ファイルサーバ２００から音声ファイルを受信した場合には（ステップＳ１７２，Ｙｅｓ）、音声ファイルを記憶部３４０に保存する。

原稿作成端末３００は、原稿作成制御部３５２が起動中であるか否かを判定する（ステップＳ１７４）。原稿作成端末３００は、原稿作成制御部３５２が起動中である場合には（ステップＳ１７４，Ｙｅｓ）、音声ファイル要求を行う場合の処理を終了する。一方、原稿作成端末３００は、原稿作成制御部３５２が起動中でない場合には（ステップＳ１７４，Ｎｏ）、原稿作成制御部３５２を起動する（ステップＳ１７５）。

次に、実施例１に係る原稿作成端末３００がカルテ原稿の作成を支援する場合の処理手順について説明する。図１２は、本実施例１に係る原稿作成端末の処理手順を示すフローチャート（２）である。原稿作成端末３００は、記憶部３４０に未処理の音声ファイルが存在するか否かを判定する（ステップＳ１８１）。

原稿作成端末３００は、記憶部３４０に未処理の音声ファイルが存在しない場合には（ステップＳ１８１，Ｎｏ）、再度ステップＳ１８１に移行する。一方、原稿作成端末３００は、記憶部３４０に未処理の音声ファイルが存在する場合には（ステップＳ１８１，Ｙｅｓ）、未処理の音声ファイルのうち、最も古い音声ファイルを再生する（ステップＳ１８２）。

原稿作成端末３００は、患者のカルテ原稿の入力領域を記憶部３４０に準備する（ステップＳ１８３）。原稿作成端末３００は、カルテ原稿の作成が終了したか否かを判定する（ステップＳ１８４）。原稿作成端末３００は、カルテ原稿の作成が終了していない場合には（ステップＳ１８４，Ｎｏ）、再度ステップＳ１８４に移行する。一方、原稿作成端末３００は、カルテ原稿の作成が終了した場合には（ステップＳ１８４，Ｙｅｓ）、処理を終了する。なお、送受信制御部１５３の処理手順および送受信制御部４５３の処理手順は、一般的な送受信制御の手順と同様であるため、説明を省略する。

次に、本実施例１に係るモバイル端末１００の効果について説明する。モバイル端末１００は、医師が患者の切り替わりを示すために区切り情報を押下するタイミングで、医師が端末で口述した患者の診療結果の口述を録音した音声ファイルを作成し保存する。このため、モバイル端末１００によれば、効率的に患者毎の診療結果の口述の音声を記録することができる。また、原稿作成端末３００のオペレータは、患者毎にまとめられた音声ファイルを聞いてカルテ原稿を作成することができるため、カルテ原稿を作成するオペレータの負担を軽減することもできる。

本実施例２に係るシステムの構成について説明する。図１３は、本実施例２に係るシステムの構成を示す図である。図１３に示すように、このシステムは、モバイル端末４００ａ，４００ｂ、ファイルサーバ５００、原稿作成端末３００ａ，３００ｂ，３００ｃを有する。モバイル端末４００ａ，４００ｂ、ファイルサーバ５００はネットワーク５０を介して相互に接続される。ファイルサーバ５００は、原稿作成端末３００ａ〜３００ｃと相互に接続される。

図１３では、モバイル端末４００ａ，４００ｂを示すが、その他のモバイル端末を含んでも良い。また、図１３では、原稿作成端末３００ａ〜３００ｃを示すが、その他の原稿作成端末を含んでも良い。

モバイル端末４００ａ，４００ｂは、患者に対して医療行為を行う医師が携帯する端末装置である。例えば、モバイル端末４００ａ，４００ｂは、スマートフォン、ＰＤＡ、タブレット端末などに対応する。以下の説明では、モバイル端末４００ａ，４００ｂをまとめて、適宜、モバイル端末４００と表記する。

例えば、本実施例２で説明する医師は、訪問診療のスケジュールにしたがって、訪問診療を行う。医師は、訪問診療が終わった後や、訪問診療の合間等に、モバイル端末４００を操作して、診療結果の口述を録音する。モバイル端末４００は、録音した音声ファイルを記憶部に保持しておき、所定のタイミングでファイルサーバ５００に送信する。

特に、本実施例２に係るモバイル端末４００は、医師の訪問診療のスケジュールをファイルサーバ５００からダウンロードする。このスケジュールには、訪問先の患者の情報が含まれている。モバイル端末４００は、医師による診療結果の口述を録音する場合に、訪問先の患者を表示させ、医師による操作の結果に応じて、患者と音声ファイルとを対応付けて保存する。

ファイルサーバ５００は、モバイル端末４００から受信する音声ファイルを記憶するサーバである。ファイルサーバ５００は、原稿作成端末３００ａ，３００ｂ，３００ｃから音声ファイルの要求を受け付けた場合には、音声ファイルを要求元の原稿作成端末に送信する。また、ファイルサーバ５００は、各医師の訪問診療のスケジュールを保持しており、モバイル端末４００からの要求に応じて、訪問診療のスケジュールを、モバイル端末４００に送信する。

原稿作成端末３００ａ，３００ｂ，３００ｃは、オペレータが音声ファイルを基にしてカルテ原稿を作成する場合に利用する端末装置である。以下の説明では、原稿作成端末３００ａ，３００ｂ，３００ｃをまとめて、適宜、原稿作成端末３００と表記する。原稿作成端末３００は、ファイルサーバ５００に対して音声ファイルの要求を行い、音声ファイルを受け付ける。原稿作成端末５００は、受け付けた音声ファイルを再生し、オペレータは係る音声ファイルをヒアリングして、カルテ原稿を作成する。なお、本実施例２に係る原稿作成端末３００の説明は、実施例１の原稿作成端末３００と同様であるため、詳細な説明は省略する。

次に、図１３に示したモバイル端末４００ａの構成について説明する。モバイル端末４００ｂの構成は、モバイル端末４００ａの構成と同様である。図１４は、本実施例２に係るモバイル端末の構成を示す機能ブロック図である。図１４に示すように、このモバイル端末４００ａは、通信部４１０、入力部４２０、表示部４３０、マイク４３５、記憶部４４０、制御部４５０を有する。その他の構成は、周知のモバイル端末と同様であるため説明を省略する。

また、通信部４１０、入力部４２０、表示部４３０、マイク４３５に関する説明は、図２に示した通信部１１０、入力部１２０、表示部１３０、マイク１３５と同様である。

記憶部４４０は、スケジュールデータ４４１および音声データ管理テーブル４４２を有する。例えば、記憶部４４０は、ＲＡＭ、ＲＯＭ、フラッシュメモリなどの半導体メモリ素子、またはハードディスク、光ディスクなどの記憶装置に対応する。

スケジュールデータ４４１は、訪問診療のスケジュールに関する情報である。図１５は、本実施例２に係るスケジュールデータのデータ構造の一例を示す図である。図１５に示すように、このスケジュールデータ４４１は、訪問順と、訪問先と、患者名と、患者コードとを対応付けて保持する。訪問順は、医師が訪問診療を行う順番を示す。訪問先は、訪問診療の行き先を示す。患者名は、患者の名前を示す。患者コードは、患者を一意に識別する情報である。図１５に示す例では、医師は、「寿荘」の佐藤太郎さん、近藤花子さんを訪問診療した後に、田中一郎さんの自宅に訪問診療に訪れる旨が示されている。

音声データ管理テーブル４４２は、複数の分割音声データを保持するテーブルである。図１６は、本実施例２に係るモバイル端末の音声データ管理テーブルのデータ構造の一例を示す図である。図１６に示すように、この音声データ管理テーブル４４２は、音声識別情報と、録音日時と、分割音声データと、患者コードとを対応付けて保持する。音声識別情報は、分割音声データを一意に識別する情報である。録音日時は、分割音声データを録音した日時を示す。分割音声データは、区切情報に基づいて、医師が診療結果を口述した音声から切り出された音声情報である。患者コードは、分割音声データに録音された診療結果の対象となる患者を一意に識別する情報である。図１６に示す例では、音声識別情報「Ｍ１００１」で識別される分割音声データには、患者コード「Ａ１０００１」の患者に関する診療結果の口述が録音されている。

制御部４５０は、口述アプリ制御部４５１と、録音処理部４５２と、送受信制御部４５３とを有する。制御部４５０は、例えば、ＡＳＩＣや、ＦＰＧＡなどの集積装置に対応する。また、制御部４５０は、例えば、ＣＰＵやＭＰＵ等の電子回路に対応する。

口述アプリ制御部４５１は、医師等によって、表示部４３０に表示された口述アプリのアイコンが選択された場合に、口述アプリを起動する処理部である。口述アプリ制御部４５１は、口述アプリを起動した場合には、口述アプリの画面を表示部４３０に表示させる。図１７は、本実施例２に係る口述アプリの画面の一例を示す図である。

例えば、口述アプリ制御部４５１は、口述アプリのアイコンが選択された場合には、画面２０を表示部４３０に表示させる。口述アプリ制御部４５１は、スケジュールデータ４４１を参照し、スケジュールデータ４４１で示される訪問順に、訪問先と患者名とを対応付けた画像２０ａを表示部４３０に表示させ、患者名が選択されるまで待機する。図１７に示す例では、口述アプリ制御部４５１は、１番目に訪問する訪問先「寿荘」の「佐藤太郎」と、「近藤花子」を表示し、次いで、２番目に訪問する訪問先「自宅」の「田中一郎」を表示する。

口述アプリ制御部４５１は、画面２０でいずれかの患者名が選択された場合に、画面２１を表示させる。ここでは一例として、「佐藤太郎」が選択されたものとする。図１７に示すように、画面２１には、口述開始ボタン２１ａと、終了ボタン２１ｂとが含まれる。

口述アプリ制御部４５１は、画面２１の口述開始ボタン２１ａが押下されたことを検出した場合には、区切情報と選択中の患者名に対応する患者コードとを録音処理部４５２に出力する。図１７に示す例では、口述アプリ制御部４５１は、区切情報と患者名「佐藤太郎」の患者コード「Ａ１０００１」とを対応付けた情報を、録音処理部４５２に出力する。また、口述アプリ制御部４５１は、口述開始ボタン２１ａが押下されたことを検出した場合には、図１７に示す画面２２を表示部４３０に表示させる。医師は、口述開始ボタン２１ａを押下した後に、佐藤太郎に関する訪問診療の結果の口述を開始する。

続いて、口述アプリ制御部４５１は、画面２２の次の患者ボタン２２ａが押下されたことを検出した場合には、画面２３を表示させる。画面２３において、口述アプリ制御部４５１は、スケジュールデータ４４１を参照し、スケジュールデータ４４１で示される訪問順に訪問先と患者名とを対応付けた画像２３ａを表示部４３０に表示させる。ここで、口述アプリ制御部４５１は、既に選択された患者名を画像２３ａに表示させないように制御する。口述アプリ制御部４５１は、医者によって既に選択された患者名をチェックしておくものとする。

口述アプリ制御部４５１は、画面２３でいずれかの患者名が選択された場合に、画面２１と同様に、口述開始ボタンおよび終了ボタンを含む画面を表示させる。口述アプリ制御部４５１は、口述開始ボタンまたは次の患者ボタンが押下されることを検出する度に、上記処理を繰り返し実行する。

一方、口述アプリ制御部４５１は、画面２１の終了ボタン２１ｂが押下されたことを検出した場合や、画面２２の終了ボタン２２ｂが押下されたことを検出した場合には、口述アプリを終了する。また、口述アプリ制御部４５１は、終了ボタン２１ｂ，２２ｂが押下された場合には、録音終了指示を、録音処理部４５２に出力する。

録音処理部４５２は、口述アプリ制御部４５１から区切情報を取得したタイミングで、マイク４３５から入力される医師の診断結果の口述に関する音声データを切り出して、分割音声データを生成する処理部である。また、録音処理部４５２は、区切情報に対応付けられた患者コードを、分割音声データに対応付けて音声データ管理テーブル４４２に登録する。以下において、録音処理部４５２の処理を具体的に説明する。

録音処理部４５２は、口述アプリ制御部４５１から区切情報を初めて取得した場合に、音声データの録音を開始する。そして、録音処理部４５２は、口述アプリ制御部４５１から区切情報を取得したタイミングで、音声データを分割音声データに分割する。すなわち、録音処理部１５２は、前回の区切情報を受け付けたタイミングから今回の区切情報を受け付けるまでのタイミングに含まれる音声データを分割音声データとして切り出す。

録音処理部４５２は、分割音声データの音声識別情報と、録音日時と、分割音声データと、患者コードとを対応付けて、音声データ管理テーブル４４１に登録する。ここで、録音処理部４５２は、前回の区切情報と今回の区切情報とを基にして生成した分割音声データに対応する患者コードとして、前回の区切情報に対応付けられた患者コードを対応付ける。

また、録音処理部４５２は、口述アプリ制御部４５１から録音終了指示を受け付けた場合には、前回区切情報を取得したタイミングから録音終了指示を受けるまでの分割音声データを生成する。その後、録音処理部４５２は、音声識別情報と、録音日時と、分割音声データと、患者コードとを対応付けて、音声データ管理テーブル４４２に登録し、音声データの録音を終了する。

送受信制御部４５３は、所定のタイミングで、音声識別情報と、録音日時と、分割音声データと、患者コードとを対応付けたデータをファイルサーバ５００に送信する処理部である。本実施例２の説明では、音声識別情報と、録音日時と、分割音声データと、患者コードとを対応付けたデータを、音声ファイルと表記する。

送受信制御部４５３は、音声データ管理テーブル４４２に分割音声データが登録された時点で、登録された分割音声データを含む音声ファイルをファイルサーバ５００に送信しても良いし、所定の時間間隔で、一部の分割音声データを含む音声ファイルをファイルサーバ５００に送信しても良い。また、送受信制御部４５３は、音声データ管理テーブル４４２に登録された全ての分割音声データをまとめて、ファイルサーバ５００に送信しても良い。更に、送受信制御部４５３は、入力部４２０を介して、音声ファイルの送信命令を受け付けた場合に、音声ファイルを送信しても良いし、ファイルサーバ５００から音声ファイルを要求された場合に、音声ファイルを送信しても良い。

更に、送受信制御部４５３は、ファイルサーバ５００からスケジュールデータ４４１をダウンロードし、記憶部４４０に登録する。例えば、送受信制御部４５３は、医師識別情報をファイルサーバ５００に送信することで、スケジュールデータを要求する。なお、医師識別情報は、入力部４２０を介して医師から取得しても良いし、モバイル端末の電話番号等医師を一意に特定する情報を、医師識別情報として、ファイルサーバ５００に送信しても良い。

次に、図１３に示したファイルサーバ５００の構成について説明する。図１８は、本実施例２に係るファイルサーバの構成を示す機能ブロック図である。図１８に示すように、このファイルサーバ５００は、通信部５１０、入力部５２０、表示部５３０、記憶部５４０、制御部５５０を有する。その他の構成は、周知のサーバと同様であるため説明を省略する。また、通信部５１０、入力部５２０、表示部５３０に関する説明は、図５に示した、通信部２１０、入力部２２０、表示部２３０に関する説明と同様である。

記憶部５４０は、音声データ管理テーブル５４１、原稿作成端末管理テーブル５４２、スケジュール管理テーブル５４３を有する。例えば、記憶部５４０は、ＲＡＭ、ＲＯＭ、フラッシュメモリなどの半導体メモリ素子、またはハードディスク、光ディスクなどの記憶装置に対応する。

音声データ管理テーブル５４１は、モバイル端末４００から取得した複数の音声ファイルを保持するテーブルである。ファイルサーバ５００は、モバイル端末４００から音声ファイルを受信した場合に、この音声ファイルに含まれる音声識別情報と、録音日時と、分割音声データと、患者コードとを対応付けて音声データ管理テーブル５４１に登録する。音声データ管理テーブル５４１のデータ構造は、図１５に示した音声データ管理テーブル４４２と同様である。

原稿作成端末管理テーブル５４２は、音声ファイルの要求を行った原稿作成端末３００を管理するテーブルである。原稿作成端末管理テーブル５４２のデータ構造は、図６に示した原稿作成端末管理テーブル２４２と同様である。原稿作成端末管理テーブル５４２は、原稿作成端末識別情報と、優先順位と、音声ファイル要求フラグとを対応付けて保持する。

スケジュール管理テーブル５４３は、各医師のスケジュールを管理するテーブルである。図１９は、本実施例２に係るスケジュール管理テーブルのデータ構造の一例を示す図である。図１９に示すように、このスケジュール管理テーブル５４３は、医師識別情報と、氏名と、スケジュールデータとを対応付けて保持する。このうち、医師識別情報は、医師を一意に識別する情報である。氏名は、該当する医師の氏名である。スケジュールデータは、該当する医師のスケジュールデータである。スケジュールデータのデータ構造は、例えば、図１９に示したスケジュールデータに対応する。

制御部５５０は、音声ファイル要求受付部５５１、配信制御部５５２、送受信制御部５５３を有する。制御部５５０は、例えば、ＡＳＩＣや、ＦＰＧＡなどの集積装置に対応する。また、制御部５５０は、例えば、ＣＰＵやＭＰＵ等の電子回路に対応する。

音声ファイル要求受付部５５１は、原稿作成端末３００から、音声ファイル要求を受け付ける処理部である。音声ファイル要求受付部５５１は、原稿作成端末管理テーブル５４２にアクセスし、音声ファイルを要求した原稿作成端末に対応する音声ファイル要求フラグを「オン」に設定する。例えば、音声ファイル要求受付部５５１は、原稿作成端末３００ａから、音声ファイル要求を受け付けた場合には、原稿作成端末識別情報「３００ａ」に対応する音声ファイル要求フラグを「オン」に設定する。

配信制御部５５２は、音声ファイルの要求元となる原稿作成端末３００に、音声ファイルを配信する処理部である。配信制御部５５２は、原稿作成端末管理テーブル５４２にアクセスし、音声ファイル要求フラグが「オン」となり、かつ、優先順位が最も高い原稿作成端末識別情報に対応する原稿作成端末を特定する。そして、配信制御部５５２は、特定した原稿作成端末３００に、音声データ管理テーブル５４１に登録された未配信の音声ファイルのうち、最も古い音声ファイルを配信する。配信制御部５５２は、音声ファイルを配信後、該当する原稿作成端末３００に対応する音声ファイル要求フラグを「オフ」に設定する。

送受信制御部５５３は、モバイル端末４００から音声ファイルを受信する処理部である。送受信制御部５５３は、モバイル端末４００から音声ファイルを受信した場合には、受信した音声ファイルに含まれる音声識別情報と、録音日時と、分割音声データと、患者コードとを対応付けて音声データ管理テーブル５４１に登録する。送受信制御部５５３は、所定の時間間隔で、モバイル端末４００に音声ファイルを要求しても良い。

また、送受信制御部５５３は、モバイル端末４００から、スケジュールデータの要求を受け付けた場合に、該当するスケジュールデータをスケジュール管理テーブル５４３から検出し、検出したスケジュールデータを、モバイル端末４００に送信する。例えば、送受信制御部５５３は、モバイル端末４００から通知される医師識別情報をキーにして、スケジュール管理テーブル５４３からスケジュールデータを検索する。

次に、本実施例２に係るモバイル端末４００の処理手順について説明する。図２０は、本実施例２に係るモバイル端末の処理手順を示すフローチャートである。図２０に示すように、このモバイル端末４００は、アプリの選択を受け付けた場合に、口述画面を表示し（ステップＳ２０１）、スケジュールを表示する（ステップＳ２０２）。モバイル端末４００は、患者名の選択を受け付けたか否かを判定する（ステップＳ２０３）。

モバイル端末４００は、患者名の選択を受け付けていない場合には（ステップＳ２０３，Ｎｏ）、ステップＳ２０２に移行する。一方、モバイル端末４００は、患者名の選択を受け付けた場合には（ステップＳ２０３，Ｙｅｓ）、選択された患者名にチェックを付与する（ステップＳ２０４）。モバイル端末４００は、患者名に対応する患者コードを特定する（ステップＳ２０５）。

モバイル端末４００は、選択入力を受け付ける（ステップＳ２０６）。モバイル端末４００は、入力を受け付けない場合には（ステップＳ２０６，入力無し）、再度ステップＳ２０６に移行する。モバイル端末４００は、終了ボタンが押下された場合には（ステップＳ２０６，終了）、処理を終了する。

モバイル端末４００は、口述開始ボタンを押下された場合には（ステップＳ２０６，口述開始）、録音を開始する（ステップＳ２０７）。モバイル端末４００は、選択入力を受け付ける（ステップＳ２０８）。モバイル端末４００は、終了ボタンを押下された場合には（ステップＳ２０８，終了）、録音を終了する（ステップＳ２０９）。モバイル端末４００は、分割音声データを作成し（ステップＳ２１０）、分割音声データを音声データ管理テーブル５４１に保存する（ステップＳ２１１）。

一方、モバイル端末４００は、次の患者ボタンを押下された場合には（ステップＳ２０８，次の患者）、録音を終了する（ステップＳ２１２）。モバイル端末４００は、分割音声データを作成し（ステップＳ２１３）、分割音声データを音声データ管理テーブル５４１に保存し（ステップＳ２１４）、ステップＳ２０２に移行する。

次に、本実施例２に係るモバイル端末４００の効果について説明する。モバイル端末４００は、ファイルサーバ５００からダウンロードしたスケジュールデータを表示部４３０に表示する。医師は、口述を開始する場合に、表示されたスケジュールデータの患者を選択した後に、口述開始ボタンまたは次の患者ボタンを押下する。モバイル端末４００は、分割音声データを作成すると共に、分割音声データと患者とを対応付けて、ファイルサーバ５００に通知する。このため、モバイル端末４００によれば、効率的に患者毎の診療結果の口述の音声を記録することができる。また、原稿作成端末３００のオペレータは、音声ファイルに患者が対応付け照れているため、誰の診療結果の音声ファイルであるのかを容易に把握することができる。

なお、本実施例２では一例として、口述アプリ制御部４５１は、患者名が選択され、更に口述開始ボタンが押下された場合に、区切情報と患者コードとを録音処理部４５２に出力していたがこれに限定されるものではない。例えば、口述アプリ制御部４５１は、患者名が選択されたタイミングで、患者コードと区切情報とを対応付けた情報を、録音処理部４５２に出力し、口述開始ボタンを表示する処理をスキップしても良い。

上記実施例１、２では一例として、訪問診療が終わった後や訪問診療の合間等に、医師はモバイル端末１００を操作して、診療結果の口述を録音する場合において、患者が切り替わったタイミングで、次の患者ボタン等を押下し、区切情報をモバイル端末１００に入力していたがこれに限定されるものではない。

例えば、産業医（第１利用者）が企業に訪問して複数の患者（従業員）（第２利用者）の診察等を行い報告する場合、または複数の企業（第２利用者）を訪問して診療等を行いまとめて報告する場合にも同様に本願発明を適用することができる。産業医は、訪問した企業毎に、診察した患者（従業員）の結果、面接指導結果、その他職務で実施した事柄を患者単位または企業単位にまとめて報告書または意見書を作成することになる。このため、産業医はモバイル端末１００を操作して、実施した事柄の結果の口述を録音する場合において、患者単位の報告する場合は患者の切り替わるタイミングで次の患者ボタン等押下し、また企業単位の報告をする場合は企業の切り替わるタイミングで次の患者ボタン等押下し、区切情報をモバイル端末１００に入力して、報告書または意見書の原稿を作成することができる。

また、薬剤師（第１利用者）が同一の建物や施設の複数の患者（第２利用者）に対して
薬剤の管理指導や療養管理指導を行った場合にその結果を患者単位で報告する場合にも同様に本願発明を適用することができる。薬剤師は前記指導を行った患者単位に、その結果の報告書を作成することになる。このため、薬剤師はモバイル端末１００を操作して、実施した事柄の結果の口述を録音する場合において、患者の切り替わるタイミングで、次の患者ボタン等押下し、区切情報をモバイル端末１００に入力して、報告書の原稿を作成することができる。

また、その他の医療・看護・介護関係者が同一の建物や施設の複数の患者（第２利用者）に対して各職務に応じた管理指導を行った場合に、その結果を患者単位で報告する場合にも同様に本願発明を適用することができる。前記関係者が前記管理指導を行った患者単位に、その結果の報告書を作成することになる。このため、薬剤師はモバイル端末１００を操作して、実施した事柄の結果の口述を録音する場合において、患者の切り替わるタイミングで、次の患者ボタン等押下し、区切情報をモバイル端末１００に入力して、報告書の原稿を作成することができる。

ところで、本実施例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部あるいは一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、上記実施例では、医師が、患者を訪問することを前提として説明を行ったがこれに限定されるものではない。例えば、医師は、訪問による医療、看護または介護の行為を行う第１利用者の一例である。また、患者は、第１利用者の訪問をうける第２利用者の一例である。また、カルテは、文書記録の一例である。

さらに、各装置にて行われる各処理機能は、その全部または任意の一部がＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

５０ ネットワーク
１００ａ，１００ｂ，４００ａ，４００ｂ モバイル端末
２００，５００ ファイルサーバ
３００ａ，３００ｂ，３００ｃ 原稿作成端末

Claims (4)

1. 訪問により複数人に対して医療、看護、介護の行為または薬の管理指導または療養管理指導を行う第１利用者によって訪問後に口述され、訪問先である前記複数人が属する第２利用者に関する情報を含み、前記第２利用者の文書記録の作成に用いられる音声情報を取得する取得部と、
   前記第２利用者が切り替わったタイミングを示す区切情報を受け付け、前回区切情報を受け付けてから今回区切情報を受け付けるまでの音声情報を、前記取得部が取得した音声情報から切り出して分割音声情報を生成する生成部と、
   前記生成部が生成した分割音声情報をサーバに送信する送信部と
   を有することを特徴とする端末装置。
2. 前記第１利用者が複数の第２利用者を訪問するスケジュールの情報を受信し、前記スケジュールの情報を表示装置に出力する出力部を更に有し、前記生成部は、前記第２利用者と前記分割音声情報とを対応付ける処理を更に実行することを特徴とする請求項１に記載の端末装置。
3. 前記生成部は、前記表示装置に表示した第２利用者が選択されたタイミングを前記区切情報として受け付けることを特徴とする請求項１または２に記載の端末装置。
4. コンピュータに、
   訪問により複数人に対して医療、看護、介護の行為または薬の管理指導または療養管理指導を行う第１利用者によって訪問後に口述され、訪問先である前記複数人が属する第２利用者に関する情報を含み、前記第２利用者の文書記録の作成に用いられる音声情報を取得し、
   前記第２利用者が切り替わったタイミングを示す区切情報を受け付け、前回区切情報を受け付けてから今回区切情報を受け付けるまでの音声情報を、前記取得部が取得した音声情報から切り出して分割音声情報を生成し、
   生成した前記分割音声情報をサーバに送信する
   各処理を実行させることを特徴とする録音プログラム。

Images