(57)【要約】【課題】  情報の提供者と取得者との間で情報伝達の不一致を低減することができる装置等を提供する。【解決手段】  この装置は、データの振り分けを行うデータ振り分け装置であり、文書データに含まれるデータ識別情報を参照し、該文書データの内容に関連する同一のデータ識別情報を含む音声データを、入力された音声データの中から検索する検索手段４０と、予め決められた規則に従って、文書データと検索手段４０により検索された音声データとを出力させるべき各機器を各配信先として決定する宛先決定手段４１と、宛先決定手段４１により決定された各配信先へ文書データと音声データとを送信する送信手段４２とを含む。【選択図】  図４
2016224886.tif 000002
【特許請求の範囲】
【請求項１】
データの振り分けを行うデータ振り分け装置であって、
文書データに含まれるデータ識別情報を参照し、該文書データの内容に関連する同一のデータ識別情報を含む音声データを、入力された音声データの中から検索する検索手段と、
予め決められた規則に従って、前記文書データと前記検索手段により検索された前記音声データとを出力させるべき各機器を各配信先として決定する宛先決定手段と、
前記宛先決定手段により決定された各配信先へ文書データと音声データとを送信する送信手段とを含む、データ振り分け装置。
【請求項２】
前記文書データと前記音声データは、ユーザを識別するためのユーザ識別情報を含み、
前記宛先決定手段は、前記規則として、前記文書データと前記音声データの各々につきユーザ識別情報と配信先とを対応付けた配信先選択情報を参照して、各前記配信先を決定する、請求項１に記載のデータ振り分け装置。
【請求項３】
前記宛先決定手段により決定された前記配信先に応じて、前記音声データを異なるデータ形式に変換するか否かを判断するデータ変換判断手段を含み、
前記データ変換判断手段は、変換すると判断したとき、データ変換手段に前記音声データを前記異なるデータ形式に変換させる、請求項１または２に記載のデータ振り分け装置。
【請求項４】
前記音声データの配信先は、該音声データを記憶することが可能な外部機器であり、
前記外部機器内の前記音声データの記憶先の情報を宛先情報として生成する宛先情報生成手段をさらに含む、請求項１〜３のいずれか１項に記載のデータ振り分け装置。
【請求項５】
前記宛先情報生成手段により生成された前記宛先情報を前記文書データに埋め込み合成する宛先情報合成手段をさらに含む、請求項４に記載のデータ振り分け装置。
【請求項６】
前記文書データと前記音声データとから指定された情報を抽出するための情報抽出手段と、前記情報抽出手段により前記文書データと前記音声データとから抽出された情報が一致するか否かを判断する抽出情報判断手段と、前記抽出情報判断手段により一致しないと
判断されたとき、予め登録された確認先に一致しない旨を通知する通知手段とを含む、請求項１〜５のいずれか１項に記載のデータ振り分け装置。
【請求項７】
前記配信先を近距離無線通信により、または一次元コードもしくは二次元コードを読み取ることにより登録する配信先登録手段をさらに含む、請求項１〜６のいずれか１項に記載のデータ振り分け装置。
【請求項８】
前記文書データと前記音声データとを紐付けるために、前記ユーザ識別情報を用いて一意に識別可能な紐付け情報を生成する紐付け情報生成手段をさらに含む、請求項２に記載のデータ振り分け装置。
【請求項９】
データの振り分けをコンピュータに実行させるためのプログラムであって、前記プログラムは、
文書データに含まれるデータ識別情報を参照し、該文書データの内容に関連する同一のデータ識別情報を含む音声データを、入力された音声データの中から検索するステップと、
予め決められた規則に従って、前記文書データと検索された前記音声データとを出力させるべき各機器を各配信先として決定するステップと、
決定された各前記配信先へ前記文書データと前記音声データとを送信するステップとを実行させる、プログラム。
【請求項１０】
前記文書データと前記音声データは、ユーザを識別するためのユーザ識別情報を含み、
前記決定するステップでは、前記規則として、前記文書データと前記音声データの各々につきユーザ識別情報と配信先とを対応付けた配信先選択情報を参照して、各前記配信先を決定する、請求項９に記載のプログラム。
【請求項１１】
前記決定するステップで決定された前記配信先に応じて、前記音声データを異なるデータ形式に変換するか否かを判断するステップと、変換すると判断されたとき、前記音声データを前記異なるデータ形式に変換するステップとを実行させる、請求項９または１０に記載のプログラム。
【請求項１２】
前記音声データの配信先は、該音声データを記憶することが可能な外部機器であり、
前記外部機器内の前記音声データの記憶先の情報を宛先情報として生成するステップをさらに実行させる、請求項９〜１１のいずれか１項に記載のプログラム。
【請求項１３】
前記生成するステップで生成された前記宛先情報を前記文書データに埋め込み合成するステップをさらに実行させる、請求項１２に記載のプログラム。
【請求項１４】
前記文書データと前記音声データとから指定された情報を抽出するステップと、前記抽出するステップで前記文書データと前記音声データとから抽出された情報が一致するか否かを判断するステップと、一致しないと判断されたとき、予め登録された確認先に一致しない旨を通知するステップとを実行させる、請求項９〜１３のいずれか１項に記載のプログラム。
【請求項１５】
前記配信先を近距離無線通信により、または一次元コードもしくは二次元コードを読み取ることにより登録するステップをさらに実行させる、請求項９〜１４のいずれか１項に記載のプログラム。
【請求項１６】
前記文書データと前記音声データとを紐付けるために、前記ユーザ識別情報を用いて一意に識別可能な紐付け情報を生成するステップをさらに実行させる、請求項１０に記載のプログラム。
【請求項１７】
データの振り分けを行うデータ振り分けシステムであって、
文書データに含まれるデータ識別情報を参照し、該文書データの内容に関連する同一のデータ識別情報を含む音声データを、入力された音声データの中から検索する検索手段と、
予め決められた規則に従って、前記文書データと前記検索手段により検索された前記音声データとを出力させるべき各機器を各配信先として決定する宛先決定手段と、
前記宛先決定手段により決定された各配信先へ文書データと音声データとを送信する送信手段とを含む、データ振り分けシステム。
【請求項１８】
請求項１〜９のいずれか１項に記載のデータ振り分け装置と、データの配信先となる複数の機器とを含む、情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データの配信先を決定し、決定した配信先にそのデータを振り分けるデータ振り分け装置、データ振り分けシステム、プログラム、データ振り分け装置を含む情報処理システムに関する。
【背景技術】
【０００２】
文書を印刷するために、ネットワークに接続された複数の印刷装置の中から１つの印刷装置を印刷データの配信先として決定し、決定した印刷装置へ印刷データを振り分ける技術が知られている（例えば、特許文献１〜３参照）。この技術によれば、例えば、医療現場において処方箋や患者識別用のバーコード等を印刷する場合に、患者名や時間等の条件によって印刷先を振り分け、印刷内容を適宜変更することができる。
【０００３】
処方箋等は、その作成段階で患者名や薬品名等の入力ミスが生じる場合がある。このようなミスがあった場合、適切な印刷装置を印刷先として決定し、正しい内容で印刷を実行させることはできない。そこで、このようなミスを減らすために、予め定義された条件下で処方箋等のダブルチェックを行う方法が提案されている（例えば、特許文献４参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記の方法では、予め定義された間違えやすい患者名や薬品名等をダブルチェックするのみで、患者毎に異なる薬の服用方法等の入力ミスについてはダブルチェックすることができない。したがって、医師が意図した情報が、患者や処方箋を発行する受付に対して適切に伝わらないという問題があった。
【０００５】
このため、医師等の文書データで情報を提供する提供者と、それを印刷等して得られた処理結果物から情報を受領する患者や受付等の受領者との間で情報伝達の不一致を低減することができる装置等の提供が望まれていた。
【課題を解決するための手段】
【０００６】
本発明は、上記課題に鑑み、データの振り分けを行うデータ振り分け装置であって、文書データに含まれるデータ識別情報を参照し、該文書データの内容に関連する同一のデータ識別情報を含む音声データを、入力された音声データの中から検索する検索手段と、予め決められた規則に従って、文書データと検索手段により検索された音声データとを出力させるべき各機器を各配信先として決定する宛先決定手段と、宛先決定手段により決定された各配信先へ文書データと音声データとを送信する送信手段とを含む、データ振り分け装置が提供される。
【発明の効果】
【０００７】
本発明によれば、情報の提供者とその情報の受領者との間で情報伝達の不一致を低減することができる。
【図面の簡単な説明】
【０００８】
【図１】情報処理システムの全体構成図。
【図２】情報処理システムが備えるPCのハードウェア構成図。
【図３】PCの第１の実施形態を示したソフトウェア構成図。
【図４】PCの第１の実施形態を示した機能ブロック図。
【図５】印刷ルールおよび音声ルールについて説明する図。
【図６】PCにより実施される処理の第１の実施形態を示したフローチャート。
【図７】PCの第２の実施形態を示したソフトウェア構成図。
【図８】PCの第２の実施形態を示した機能ブロック図。
【図９】PCにより実施される処理の第２の実施形態を示したフローチャート。
【図１０】音声データの配信先を決定する処理の流れを示したフローチャート。
【図１１】宛先情報を通知する処理の流れを示したフローチャート。
【図１２】印刷データと音声データの紐付けについて説明する図。
【図１３】印刷データと変換された音声データの紐付けについて説明する図。
【図１４】PCの第３の実施形態を示したソフトウェア構成図。
【図１５】キーワードの一例を示した図。
【図１６】PCの第３の実施形態を示した機能ブロック図。
【図１７】PCにより実施される処理の第３の実施形態を示したフローチャート。
【発明を実施するための形態】
【０００９】
本発明の概略を簡単に説明すると、情報の提供者が、提供する情報を文書データとし、例えば印刷して印刷物にて提供する場合、その情報の受領者に対して文書データの内容に関連する音声データも送信する。すると、受領者は、情報が印字された印刷物だけでなく、音声でも内容を確認することができるので、情報の提供者とその情報の受領者との間の情報伝達の不一致を低減することができるというものである。
【００１０】
図１は、これを実現するための情報処理システムの全体構成を示した図である。情報処理システムは、ネットワーク１０に接続された、データ振り分け装置としてのPC１１と、PC１１から送信された文書データを出力させる機器と、PC１１から送信された音声データを出力させる機器とを含んで構成される。PC１１から送信される文書データは、いかなる文書のデータであってもよいが、文書は、医療現場における処方箋を一例として挙げることができる。PC１１から送信される音声データも、いかなる音声のデータであってもよいが、音声は、医療現場における患者を診断する医師が発した音声を一例として挙げることができる。
【００１１】
ネットワーク１０に接続された機器としては、医療現場の受付に設置される文書データを印刷するためのプリンタやMFP(Multi-Function Peripheral)、患者が所持する携帯電話やスマートフォン、タブレット端末、ノートPC等を挙げることができる。なお、携帯電話やスマートフォン等は、PC１１との間で無線通信により情報のやりとりを行うため、ネットワーク１０にはアクセスポイント１２と呼ばれる中継装置が接続されている。
【００１２】
以下、説明を分かりやすくするために、情報処理システムが病院内に設置されるものとして説明を行う。PC１１は、医師が使用するPCとし、ネットワーク１０に接続される機器は、各病棟の受付に設置される印刷装置１３、１６と、受付が使用するPC１４と、患者やその家族が所持するスマートフォン等の情報端末１５とする。医師は、患者に対して診断内容の説明を行い、PC１１で処方箋を作成して印刷を指示し、印刷装置１３、１６は、その指示を受けて、処方箋を印刷し、PC１１は、医師の診断内容を録音した音声の音声データをPC１４や情報端末１５へ送信するものとする。
【００１３】
ネットワーク１０は、病院内に構築されるLAN(Local Area Network)とすることができる。ただし、これに限られるものではなく、WAN(Wide Area Network)やインターネット等であってもよい。また、ネットワーク１０は、有線ネットワークに限られるものではなく、無線ネットワークであってもよい。アクセスポイント１２は、無線通信可能な範囲を考慮し、各病棟の各階ごとに設けることができる。これは一例であるため、病棟ごとであってもよい。無線通信は、Wi-Fi等の無線LANのほか、3G回線/LTEや4G回線/LTEを使用することも可能である。また、アクセスポイント１２を設けず、PC１１等と直接無線通信を行うBluetooth（登録商標）や赤外線通信等を使用してもよい。
【００１４】
印刷装置１３、１６は、PC１１から処方箋の印刷データを受信し、その印刷データに基づき、紙等の印刷媒体に処方箋を印字して出力する。印刷装置１３、１６は、電子写真方式のプリンタであってもよいし、インクジェット方式のプリンタであってもよい。また、印刷装置１３、１６は、MFP等の印刷機能のほか、スキャナ機能、コピー機能、ファックス送受信機能等を備える複合機であってもよい。印刷装置１３は、ハードウェアとして、印刷を制御するためのコントローラと、ネットワーク１０に接続するための通信I/Fと、印刷を実行するためのプロッタとを少なくとも備える。
【００１５】
PC１４および情報端末１５は、PC１１から医師が発した音声の音声データを受信し、アプリケーションを起動してその音声データを再生する。このため、PC１４および情報端末１５は、音声を再生するためのアプリケーションを実装し、音声として出力するためのスピーカを備える。また、PC１４および情報端末１５は、音声データを異なるデータ形式に変換して得られた文字データ（テキストデータ）等の電子データとして受信することもでき、画面に表示することができる。このため、PC１４および情報端末１５は、テキストを表示するための表示部を備えることができる。PC１４および情報端末１５のハードウェア構成は、PC１１と同様である。PC１１の詳細については後述する。
【００１６】
全体の処理の流れを簡単に説明すると、PC１１は、医師が入力した情報を受け付けて処方箋を作成し、患者やその家族に対して説明する医師の音声の入力を受け付ける。医師は、PC１１から作成した処方箋の印刷を指示し、PC１１は、その指示を受けて、処方箋をどの印刷装置で印刷させるかを決定し、どの機器で音声データを出力させるかを決定する。PC１１は、処方箋の文書データを印刷装置が解釈可能な印刷データに変換し、決定した印刷装置へ印刷データを、決定した機器へ音声データをそれぞれ送信する。例えば、印刷データは、受付に設置される印刷装置１３へ、音声データは、患者が所持する情報端末１５へ送信するように決定することができる。
【００１７】
患者は、受付で印刷された印刷物である処方箋を受け取り、その内容を閲覧するとともに、音声データを受信した情報端末１５で音声を再生することで、診断内容と処方箋の不一致を防止でき、診断時に聞き忘れがあったとしても、音声で確認することができる。また、患者が処方箋を紛失したとしても、この音声で内容を確認することができるため、患者のリスク低減を図ることができる。
【００１８】
情報処理システムは、３以上の印刷装置、２以上のPC、２以上の情報端末を含むことができ、サーバ１７等の他の機器も含むことができる。また、ネットワーク１０も、１つのネットワークに限られるものではなく、ルータやプロキシサーバ等の仲介装置を使用して接続された２以上のネットワークから構成されていてもよい。
【００１９】
図２は、PC１１のハードウェア構成を示した図である。PC１１は、一般的なPCと同様であるため、ここでは簡単に説明する。PC１１は、ハードウェアとして、CPU２０、ROM２１、RAM２２、HDD２３、通信I/F２４、入出力I/F２５、入力装置２６、表示装置２７、音声入力装置２８を備える。CPU２０、ROM２１、RAM２２、HDD２３、通信I/F２４、入出力I/F２５は、バス２９に接続され、バス２９を介して情報のやりとりが行われる。ここでは、音声入力装置２８を含む構成を例示しているが、音声入力装置２８は、PC１１とは別個の機器とすることも可能である。
【００２０】
CPU２０は、PC１１全体の制御を行い、RAM２２は、CPU２０の作業空間として使用される。ROM２１は、PC１１を起動させるためのブートプログラムやHDD２３等を制御するためのファームウェア等を記憶する。HDD２３は、OS、各種のアプリケーション、仮想プリンタドライバ、実プリンタドライバ等を記憶する。OSは、ハードウェアとアプリケーションとのインタフェースを提供する。PC１１に実装されるアプリケーション等のソフトウェアについては、後述する。
【００２１】
通信I/F２４は、ネットワーク１０に接続し、ネットワーク１０を介した通信を可能にする。ネットワーク１０を介した通信は、TCP/IP等の通信プロトコルを使用して行うことができる。入出力I/F２５は、バス２９に接続されたCPU２０等と、入力装置２６、表示装置２７、音声入力装置２８とを接続し、入力装置２６等との間の情報の入出力制御を行う。
【００２２】
入力装置２６は、マウスやキーボード等の情報を入力する装置で、表示装置２７は、CRT(Cathode Ray Tube)、液晶ディスプレイ、有機ELディスプレイ等の情報を表示する装置である。音声入力装置２８は、マイク等の医師の音声を入力する装置である。PC１１は、必要に応じて、CR-ROM、DVD、SDカード等の記録媒体を装着し、情報の読み書きを行うドライブ装置、スピーカ等の音声を出力する音声出力装置等を備えることができる。
【００２３】
図３は、PC１１のソフトウェア構成を示した図である。PC１１は、ソフトウェアとして、アプリケーション３０、仮想プリンタドライバ３１、ディスパッチャ３２、実プリンタドライバ３３、３４、NFC(Near Field Communication)配信部３５、PC/サーバ配信部３６を備えている。図３には、PC１１のほか、ネットワーク１０を介して接続される印刷装置１３、PC１４、情報端末１５、印刷装置１６、サーバ１７も示されている。なお、これらのソフトウェアは、現実にはCPU２０により実行され、CPU２０が各処理を実行するが、ここでは、ソフトウェアが各処理を実行するものとして説明する。
【００２４】
アプリケーション３０は、印刷する処方箋の内容、音声の入力を受け付けるソフトウェアで、医師からの印刷指示を受けて、処方箋の印刷データを出力する。印刷データは、処方箋データとジョブ情報とを含む。処方箋データは、薬名、服用方法、日数等を含み、ジョブ情報は、印刷対象の文書の文書名、文書の所有者、ページ数、サイズ、ジョブの受付時刻、ユーザである患者を識別するためのユーザ識別情報としての患者名や患者IDを含む。仮想プリンタドライバ３１は、アプリケーション３０から出力された印刷データを受け取り、印刷装置の種類に依存しない中間ファイルに変換する。中間ファイルは、一般的にPDL(Printer Description Language)で記述されたコマンドファイルである。また、仮想プリンタドライバ３１は、印刷データから印刷ジョブのジョブ情報を抽出する。音声は、音声データ３７として入力され、HDD２３等の記憶領域に記憶される。アプリケーション３０は、印刷データおよび音声データ３７を出力する際、それぞれに同一のデータ識別情報を含めて出力する。仮想プリンタドライバ３１は、変換した中間ファイルにこのデータ識別情報を含めて出力する。なお、データ識別情報は、当該印刷データおよび音声データを、他の印刷データや音声データと区別することができれば、いかなる情報であってもよい。
【００２５】
ディスパッチャ３２は、予め決められた規則に従って、変換された中間ファイル、音声データ３７を各配信先に振り分ける処理を行う。規則（ルール）は、中間ファイルや音声データをどの配信先へ配信するかを定義したもので、中間ファイル、音声データのそれぞれにつき設定される。図３に示す例では、中間ファイルについてのルールは、HDD２３等の記憶領域に印刷ルール３８として、音声データについてのルールは、音声ルール３９として設定され、記憶されている。
【００２６】
ディスパッチャ３２は、中間ファイルおよび音声データを、配信先の機器に対応する実プリンタドライバ３３、３４、NFC配信部３５、PC/サーバ配信部３６を介して送信する。実プリンタドライバ３３、３４は、対応する印刷装置１３、１６を制御し、NFC配信部３５は、情報端末１５へのデータ送受信を実行し、PC/サーバ配信部３６は、PC１４、サーバ１７へのデータ送受信を実行する。
【００２７】
実プリンタドライバ３３、３４は、ディスパッチャ３２により振り分けられた中間ファイルを、予め設定された印刷装置１３、１６に送信し、印刷を指示する。すなわち、実プリンタドライバ３３は印刷装置１３に、実プリンタドライバ３４は印刷装置１６に中間ファイルを送信する。印刷装置１３、１６は、印刷指示を受けると、受信した中間ファイルに基づき、印刷を実行する。NFC配信部３５およびPC/サーバ配信部３６は、音声データ３７を、PC１４、情報端末１５、サーバ１７へネットワーク１０を介して送信する。
【００２８】
図４は、上記のディスパッチャ３２により実現される機能の１つの実施形態を示した機能ブロック図である。ディスパッチャ３２は、中間ファイルおよび音声データの自動振り分けを行うために、機能手段として、検索手段４０と、宛先決定手段４１と、送信手段４２とを少なくとも含む。
【００２９】
検索手段４０は、仮想プリンタドライバ３１から中間ファイルの出力の通知を受けたときに、その中間ファイルに含まれるデータ識別情報を参照し、アプリケーション３０により入力され保存された対応する音声データ３７を、当該データ識別情報に基づいて検索し、取得する。アプリケーション３０、仮想プリンタドライバ３１で行われる処理とは別個の処理であるため、このような処理が必要とされる。
【００３０】
宛先決定手段４１は、予め決められた規則に従って、印刷データを印刷させる機器と、取得した音声データ３７を出力させる機器とを決定する。印刷データを印刷させる機器は、図１に示す例では、印刷装置１３または印刷装置１６であり、音声データ３７を出力させる機器は、PC１４もしくは情報端末１５またはサーバ１７である。宛先決定手段４１は、図３に示した印刷ルール３８および音声ルール３９に従って、配信先の機器を決定する。
【００３１】
送信手段４２は、宛先決定手段４１により決定された各配信先へ印刷データ、音声データをそれぞれ送信する。ここでは、中間ファイルに変換しているので、中間ファイルを送信する。音声データは、専用のアプリケーションにより送信してもよいし、メールにて送信してもよいし、サーバ１７を介して送信することもできる。サーバ１７を介した送信については後述する。
【００３２】
図５を参照して、印刷ルール３８および音声ルール３９について説明する。印刷ルール３８は、配信先選択情報として、図５（ａ）に示すテーブルで与えることができ、患者IDと、配信先の情報とが対応付けられている。配信先の情報としては、図５（ａ）に示すように機器識別情報としてのプリンタ名、病棟名、階数とすることができる。そのほか、診療科名、その他の機器識別情報であるIPアドレスやMAC(Media Access Control)アドレス等を用いることもできる。
【００３３】
音声ルール３９も、配信先選択情報として、図５（ｂ）に示すようなテーブルで与えることができ、患者IDと、配信先の情報とが対応付けられている。図５（ｂ）では、配信先として、患者のみ、患者の家族のみ、患者と家族の両方が設定されている。なお、音声データは、音声認識により電子データに変換し、電子データを送信することも可能である。このため、配信先の情報のほか、「音声」や「電子」といったデータ形式（フォーマット）も設定することができる。音声認識の手法としては、これまでに知られたいかなる方法でも採用することができ、一例として、大量の音声を記録した学習用データを用い、音声の特徴を比較して最も近い言語系列を認識結果として出力する統計的手法を挙げることができる。
【００３４】
図５（ａ）、（ｂ）のように、印刷ルール３８と音声ルール３９を別個のテーブルとして保持してもよいが、図５（ｃ）に示すように、両者を１つにまとめたテーブルとして保持することも可能である。図５（ｃ）では、上述したように、音声データは電子データに変換することができることから、さらに印刷データに変換して印刷装置へ送信し、印字して出力することも可能である。このため、「印字」というフォーマットも設定することができる。
【００３５】
図６を参照して、図４に示す機能を備えるPC１１により実施される処理について詳細に説明する。ステップ６００からこの処理を開始し、ステップ６０５では、PC１１上で音声入力の受け付けを開始する。音声入力は、医師が録音ボタンを押下する等して録音を開始したことを受けて開始される。医師は、患者に対して説明しながら、PC１１を操作し、情報の入力を行って処方箋を作成する。ステップ６１０では、処方箋の入力を受け付ける。
【００３６】
医師は、処方箋の入力が終わると、印刷ボタンを押下し、印刷を指示する。ステップ６１５では、この印刷指示を受け付け、入力された処方箋にジョブ情報が付加された文書データを受け付け、それを印刷データとして出力する。ステップ６２０では、音声入力を終了する。印刷指示した後は、処方箋に関する説明も終了していると考えられるからである。ステップ６２５では、印刷データからジョブ情報を抽出し、中間ファイルに変換する。この処理は、後述するデータ変換手段により実施することができる。
【００３７】
ステップ６３０では、検索手段４０が中間ファイルに含まれるデータ識別情報を参照し、入力された音声データの中から対応する音声データ３７を検索する。宛先決定手段４１は、印刷ルール３８および音声ルール３９に従って、中間ファイルおよび検索された音声データの配信先を決定し、送信手段４２が各配信先に中間ファイルおよび音声データを送信する。そして、ステップ６３５でこの処理を終了する。  このように、印刷データに加えて音声データを送信することで、印刷データにミスがあった場合でも患者等がそのミスに気付き、音声データから正しい情報を得ることができる。
【００３８】
処方箋は、医師が入力する場合のほか、医師が手書きしたものを受付が入力する場合もある。この場合、受付にも音声データを送信する設定にしておくことで、医師が手書きしたものが読みにくい場合であっても、受付がPC１４で音声データを受信し、内容を確認することができるため、誤読を回避することができる。
【００３９】
図５に示す音声ルール３９における配信先は、予めメールアドレス等として登録しておくことができる。これにより、電子メールにより音声データを送信することができる。また、配信先は、未登録であってもよく、この場合、近距離無線通信や一次元コードもしくは二次元コード等を使用して、その場で配信先の登録を行うことができる。近距離無線通信は、Bluetooth（登録商標）や赤外線通信とすることができ、一次元コードとしてはバーコード、二次元コードとしてはQRコード（登録商標）やカラーコードを用いることができる。このため、PC１１は、機能手段として、配信先を近距離無線通信により、または一次元コードもしくは二次元コードを読み取ることにより登録する配信先登録手段を備えることができる。
【００４０】
近距離無線通信では、患者が所持する情報端末１５と通信し、情報端末１５に登録されているメールアドレス等を取得して登録することができる。QRコード（登録商標）を使用する場合は、情報端末１５に表示されたQRコード（登録商標）をカメラ等の撮像装置で読み取ることによりメールアドレス等を取得して登録することができる。したがって、PC１１は、QRコード（登録商標）を読み取るための撮像装置を備えることができる。なお、配信先は、１箇所に限られるものではなく、複数箇所を登録してもよい。登録された場合、宛先決定手段４１は、その登録した配信先に音声データを送信するように送信手段４２に対して指示することができる。
【００４１】
また、宛先決定手段４１は、配信先が未登録である場合、後日取り出せるように予め決められた外部機器であるサーバ１７を配信先とすることもできる。ここではサーバ１７を例に挙げたが、サーバ１７に限られるものではなく、音声データを記憶することができる機器であればいかなる機器であってもよい。この場合、音声データの記憶先を特定するため、その記憶先の情報を宛先情報として生成する宛先情報生成手段をさらに備えることができる。
【００４２】
生成された宛先情報は、患者等が後日取り出すことができるように、印刷物と紐付けられ、印刷物に印字される等して、患者等がその宛先情報を知ることができるようになっていなければならない。そうでなければ、患者等がその音声データにアクセスできないからである。したがって、PC１１は、この宛先情報を印刷物と紐付けるため、宛先情報を中間ファイルに埋め込む宛先情報合成手段も備えることができる。宛先情報としては、サーバ１７上の特定の記憶位置を指定するURL(Uniform Resource Locator)を挙げることができる。これにより、患者等は、後日、印刷出力された印刷物に印字されたURLを使用して情報端末１５からアクセスすることで、音声データを取得することができる。
【００４３】
上述したように、音声データは電子データ等の異なるデータ形式に変換することができることから、PC１１は、図７に示すようなソフトウェア構成とすることができる。図７は、図３に示す構成とほぼ同様であるが、音声データを電子データに変換する言語解析部５０をさらに備えている。ディスパッチャ３２は、音声ルール３９に従って配信先を決定し、配信先が電子データを表示する機器で、電子データにて送信するように設定されている場合、言語解析部５０に指示し、電子データに変換させる。また、印字して出力する機器で、印刷データにて送信するように設定されている場合、言語解析部５０に指示し、電子データに変換した後、さらに中間ファイルに変換させる。ディスパッチャ３２は、変換された電子データまたは変換された中間ファイルを、上記で決定した配信先に送信する。なお、変換された中間ファイルは、印刷データを変換した中間ファイルと合成し、その合成した中間ファイルを配信先に送信してもよい。
【００４４】
この機能を実現するため、ディスパッチャ３２は、図８に示すように、宛先決定手段４１により決定された配信先に応じて、音声データを異なるデータ形式の電子データ等へ変換するかどうかを判断するデータ変換判断手段４３をさらに備えることができる。データ変換判断手段４３は、変換する場合、どのデータ形式に変換するかを決定することもできる。具体的には、データ変換判断手段４３は、音声ルール３９を参照し、配信先に応じて音声データの変換の有無を判断し、変換する必要がある場合、電子データに変換するか、印刷データ（中間ファイル）に変換するかを決定する。
【００４５】
ディスパッチャ３２は、データ変換判断手段４３が判断した判断結果に基づき、音声データを、電子データまたは印刷データに変換するデータ変換手段としての言語解析部５０に送り、変換させ、変換されたデータを取得する。そして、変換後のデータを、上記で決定された配信先に送信する。なお、この図８には、上述した宛先情報生成手段４４、宛先情報合成手段４５も示されている。
【００４６】
これらの機能手段を備えることで、音声データを印刷データに変換し、印刷装置１３、１６で印刷して出力することができ、また、電子データに変換し、電子メール等でPC１４や情報端末１５等に送信することもできる。当然にして、音声データのままで送信することも可能である。
【００４７】
図９を参照して、図８に示す機能を備えるディスパッチャ３２を実装するPC１１により実施される処理について詳細に説明する。ステップ９００〜ステップ９２５の処理は、図６のステップ６００〜ステップ６２５の処理と同様であるため、ここでは説明を省略する。ステップ９３０では、宛先決定手段４１が配信先を決定し、データ変換判断手段４３が、配信先に応じて音声データのまま配信するかどうかを判断する。この判断は、音声ルール３９を参照して行うこともできる。
【００４８】
ステップ９３０で音声データのまま配信すると判断した場合、ステップ９３５で、送信手段４２は、宛先決定手段４１が決定した各配信先に中間ファイルおよび音声データを送信する。そして、ステップ９５５でこの処理を終了する。
【００４９】
これに対し、ステップ９３０で音声データのまま配信しないと判断した場合、ステップ９４０で、データ変換判断手段４３が電子データへ変換すると判断し、データ変換手段が音声データを電子データに変換する。中間ファイルに変換するにしても、電子データへの変換が必要だからである。ステップ９４５では、データ変換判断手段４３が配信先に応じて電子データのままで良いか、さらに中間ファイルに変換する必要があるかを判断する。この判断も、音声ルール３９を参照して行うこともできる。
【００５０】
ステップ９４５で電子データのままで良いと判断した場合、ステップ９３５へ進み、送信手段４２は、宛先決定手段４１が決定した各配信先に中間ファイルおよび音声データを送信する。これに対し、ステップ９４５で中間ファイルに変換する必要があると判断した場合、ステップ９５０へ進み、データ変換手段が電子データを中間ファイルに変換する。そして、ステップ９３５へ進み、送信手段４２は、宛先決定手段４１が決定した配信先に中間ファイルを送信する。
【００５１】
音声データの配信先の決定処理について、図１０を参照して詳細に説明する。印刷データは、基本的に受付を通じて患者に渡されるため、配信先は受付にある印刷装置になるが、音声データは、様々なケースが考えられるため、配信先は様々な機器となる。したがって、配信先は、音声ルール３９に登録されているか否か、患者がその場で登録可能な情報端末１５を所持しているかどうか等から決定することができる。
【００５２】
ステップ１０００から開始し、ステップ１００５では、音声ルール３９に登録されているか否かを判断する。宛先決定手段４１は、音声ルール３９を参照し、その音声ルール３９内に患者IDに対応する配信先、例えば「A病棟 3階」等の情報が登録されているかどうかを確認する。登録されていれば、ステップ１０１０へ進み、音声ルール３９に登録されている配信先の情報を使用して、その配信先に音声データを配信するように送信手段４２に指示する。送信手段４２に指示したところで、ステップ１０４０へ進み、この処理を終了する。
【００５３】
ステップ１００５で登録されていないと判断した場合、ステップ１０１５へ進み、その場で配信先を登録するかどうかを判断する。その場で配信先を登録するかどうかは、音声ルール３９に所定の情報である「ワンタイム配信先」が指定されているか否かにより判断することができる。ワンタイム配信先が指定されている場合、ステップ１０２０へ進み、近距離無線通信を行うことができる情報端末１５を所持しているかを判断する。
【００５４】
近距離無線通信を行うことができる情報端末を所持しているかの判断は、PCに近距離無線通信を行うことができる端末か否かを確認するための表示を行い、PCを使用するユーザに選択させた結果で判断することができる。
【００５５】
患者がその情報端末１５を所持し、その情報端末１５との通信を確立し、配信先の登録が終了したところで、ステップ１０２５へ進み、宛先決定手段４１は、登録した配信先へ音声データを送信するように送信手段４２に対して指示する。送信手段４２は、その配信先である情報端末１５へ音声データを送信する。
【００５６】
患者が情報端末１５を所持しておらず、通信を確立することができない場合、ステップ１０３０へ進み、印刷ルール３８で同じ患者IDに対応付けられた配信先へ、音声データを変換して得られた中間ファイルを送信するように指示する。送信手段４２は、その配信先である受付の印刷装置へその中間ファイルを送信し、印刷出力させる。受付は、出力された印刷物を患者に渡し、患者はその印刷物により音声データの内容を確認することができる。ここでは、同じ患者IDに対応付けられた配信先へ送信するように指示しているが、患者に配信先を選択させてもよい。
【００５７】
ステップ１０１５でワンタイム配信先が指定されておらず、例えば空欄あるいはサーバ１７が指定されている場合、ステップ１０３５へ進み、配信先をサーバ１７に決定し、送信手段４２に対してサーバ１７に音声データを送信するように指示する。宛先情報生成手段４４は、音声データを記憶するサーバ１７内の記憶位置を指定し、その記憶位置の情報を宛先情報として生成する。送信手段４２は、宛先情報生成手段４４が生成した宛先情報に従って、音声データをサーバ１７に送信し、記憶させる。
【００５８】
音声データはデータ容量が大きくなりがちで、情報端末１５の記憶容量が少なくなるという問題が生じ、また、情報端末１５が故障等した場合、音声データを取得できないという問題もあり、これらを回避するため、音声データをサーバ１７に送信することができる。
【００５９】
図１１を参照して、サーバ１７に音声データを記憶させる場合に宛先情報を通知する処理について説明する。宛先決定手段４１が配信先をサーバ１７と決定したことを受けて、ステップ１１００から開始し、ステップ１１０５では、宛先情報生成手段４４が、音声データを記憶させる記憶位置の情報を宛先情報として生成する。宛先情報は、例えばURLである。
【００６０】
ステップ１１１０では、宛先決定手段４１が、宛先情報を印刷するかどうかを判断する。宛先情報を印刷するかどうかは、音声ルール３９に、別に設定した配信先があるか否かにより判断することができる。配信先は、上記のように情報端末１５の記憶容量が少なくなることを考慮し、サーバ１７と別の機器の２つを設定し、音声データをサーバ１７に送信するように設定することができる。この場合、当該別の機器も配信先として設定されているので、当該別の機器へ宛先情報を送信することができる。なお、患者にその場で別の機器を配信先として登録させ、その配信先に宛先情報を送信させてもよい。
【００６１】
ステップ１１１０で印刷すると判断した場合、ステップ１１１５へ進み、データ変換手段が宛先情報を中間ファイルに変換し、宛先情報合成手段４５が印刷データを変換した中間ファイルにこの宛先情報の中間ファイルを埋め込み合成する。ここでは、中間ファイルを合成しているが、印刷データに宛先情報の電子データを埋め込み、合成した後、中間ファイルに変換してもよい。ステップ１１２０では、宛先決定手段４１が、印刷ルール３８に従って、中間ファイルの配信先を決定する。そして、送信手段４２が、その中間ファイルを、決定された配信先へ送信し、印刷出力させ、ステップ１１３０でこの処理を終了する。
【００６２】
ステップ１１１０で印刷しないと判断した場合、ステップ１１２５へ進み、送信手段４２が、生成されたURLを、登録した機器へ送信し、その機器の画面に表示させる等して、患者に通知する。そして、ステップ１１２０へ進み、印刷データを変換した中間ファイルの配信先を決定し、その配信先へ送信して印刷出力させる。そして、ステップ１１３０でこの処理を終了する。
【００６３】
その後は、図１２（ａ）に示すように、処方箋とURLは同じ紙に印刷して出力される。なお、同じ紙に限らず、別の紙に印刷して出力されてもよい。また、URLは、図１２（ａ）に示すようにバーコードやQRコード（登録商標）等の一次元コードもしくは二次元コードに変換し、これらのコードで印刷出力されてもよい。音声データは、指定されたURLで示されるサーバ１７内の所定の記憶位置に記憶される。図１２（ａ）に示す例では、患者は、情報端末１５を使用して、印刷された処方箋のQRコード（登録商標）を読み取り、それが指し示す所定の記憶位置をアクセスすることで、音声データをダウンロード等して取得することができる。なお、URLを印刷する印刷装置は、受付にある印刷装置のほか、医師の近くにある印刷装置であってもよく、この場合、医師がURLを印刷した印刷物を患者に渡すことができる。
【００６４】
また、宛先情報が登録した機器へ送信された場合、図１２（ｂ）に示すように、その登録した機器を使用し、URLが指し示す所定の記憶位置をアクセスすることで、音声データをダウンロード等して取得することができる。
【００６５】
一人の患者に対して１つの処方箋を印刷し、音声データを送信する場合は、患者IDを使用し、処方箋に患者IDを含めて印刷し、音声データのファイル名に患者IDを含めることで、両者を紐付けることができる。したがって、患者は、自分の患者IDが印字された処方箋を受け取り、自分の患者IDを含む音声データを取得して再生することで、両者を比較し、医師の入力ミスがないか等を確認することができる。
【００６６】
しかしながら、一人の患者に対して複数の処方箋が存在する場合、どの印刷データとどの音声データとが対応しているか分からなくなってしまう。このため、印刷データと音声データとを紐付けるためのデータを一意に特定できる情報が必要となる。そこで、一意に特定できる情報として、例えば処方箋の管理番号、日付等を用いることができる。医師による診断は、診断日を予約し、予約した日に実施されることから、患者ID「0001」をもつ患者が「4/14」に予約した場合、「00010414」という番号を生成することができる。そして、この番号を、図５に示した患者IDに代えて使用することができる。PC１１は、文書データである印刷データと音声データとを紐付ける一意に識別可能な紐付け情報を、患者IDを用いて生成する紐付け情報生成手段をさらに備えることができる。
【００６７】
紐付け情報は、日付に加えて、午前、午後を示す「AM」、「PM」等の文字を付加してもよい。これにより、同日の午前と午後に診断を受ける場合でも、それらを識別することが可能となる。紐付け情報は、印刷データおよび音声データに固有な番号であるため、同じ患者に対して複数の処方箋が存在したとしても、各処方箋および各音声データを識別することが可能となる。
【００６８】
紐付け情報は、図１３に示すように、処方箋に含めて印刷し、また、音声データを印刷データに変換し、印刷する場合、その印刷データに含めて印刷することができる。これにより、印刷した処方箋６０と電子データ６１のファイル名、印刷した処方箋６０と音声データを変換して印刷した音声情報６２を比較し、両者が対応するデータであることを認識することができる。
【００６９】
電子データ６１は、他の機器で表示させることも可能であるため、秘匿性を持たせるべく、暗号化または上記の一次元コードや二次元コードに変換して提供することができる。また、セキュリティを高めるために、パスワード等でアクセス権限を付与することも可能である。なお、パスワードによる認証のほか、生体認証やICカード等による認証を採用することも可能である。
【００７０】
これまでに説明してきた例では、医師が患者に対して説明した内容と、処方箋の内容とが一致しているかどうかを患者が確認している。この確認は、患者の家族へ音声データが送られれば家族が、受付に音声データが送られれば受付が行うことができる。したがって、音声データを受領した受領者が行っている。この確認において内容が一致しない箇所は、医師の入力に入力ミスがあった箇所である。受領者が自ら確認する場合、このような入力ミスの見落としが生じる可能性がある。
【００７１】
処方箋においては、処方する薬の薬名や日数等は重要な項目である。そこで、これらの重要な項目を、指定する情報であるキーワードとして登録しておき、キーワードが一致しているか、その整合性を確認することで、入力ミスの有無を自動で検出し、見落としを少なくすることができる。
【００７２】
PC１１は、図１４に示すように、キーワード５１を記憶領域に保持し、言語解析部５０が音声データ、印刷データからキーワードに該当するものを抽出する。音声データの内容は、医師が患者に対して説明した内容で、印刷データの内容は、処方箋の内容である。言語解析部５０は、抽出したキーワードを比較し、両者が一致する場合、音声データと中間ファイルの配信を継続するが、一致しない場合、アプリケーション３０に指示して警告ダイアログを表示させる等して、医師にミスがあることを促すことができる。
【００７３】
図１４では、PC１１がキーワード５１を保持し、言語解析部５０が音声データと印刷データからキーワードを抽出し、両者を比較して一致しているか否かを判断しているが、PC１１以外の例えば受付のPC１４等でこのような判断を行ってもよい。
【００７４】
キーワード５１は、図１５に示すように、音声データに対して音声キーワードを、印刷データに対して処方箋キーワードをそれぞれ設定することができる。人間が発する言葉と記載する文字では、同じ意味内容の言語でも表現が異なる場合があるからである。図１５では、音声キーワードは、「XX日分」、薬名「YYY」とされ、処方箋キーワードは、「処方日数」、「処方薬名」とされている。なお、音声キーワードと処方箋キーワードは、全く同じキーワードであってもよい。
【００７５】
言語解析部５０は、図１５に示すキーワード５１を参照し、音声データを電子データに変換して、例えば「3日分」、薬名「YYY」、印刷データから、処方日数「3日」、処方薬名「YYY」というキーワードを抽出したとする。すると、言語解析部５０は、いずれも同じ3日、薬名YYYであるため、両者は一致していると判断することができる。なお、キーワード５１は、設定されている全てのキーワードが一致している場合に一致と判断し、１つでも異なる場合に不一致と判断することができる。
【００７６】
このような整合性を確認するために、ディスパッチャ３２は、図１６に示すような音声データおよび印刷データからキーワードといった指定された情報を抽出するための情報抽出手段４６をさらに備えることができる。また、PC１１は、抽出されたキーワードが一致するか否かを判断する抽出情報判断手段４７と、抽出情報判断手段４７が一致しないと判断したときに、予め登録された確認先に一致しない旨を通知する通知手段４８を備えることができる。
【００７７】
図１７を参照して、これらの機能手段を備えるPC１１が実施する処理について詳細に説明する。ステップ１７００からこの処理を開始し、ステップ１７０５では、音声データおよび印刷データの入力を受け付け、データ変換手段が印刷データからジョブ情報を抽出し、中間ファイルに変換する。そして、ジョブ情報と中間ファイルを記憶領域に保存する。ステップ１７１０では、情報抽出手段４６がキーワード５１を参照し、音声データからそのキーワード５１に該当するものを抽出する。
【００７８】
ステップ１７１５では、情報抽出手段４６がキーワード５１を参照し、印刷データからそのキーワード５１に該当するものを抽出する。ステップ１７２０では、抽出情報判断手段４７が、情報抽出手段４６により抽出された２つのキーワードが一致するかどうかを判断する。一致するかどうかは、日数であれば、数字が一致するかどうか、薬名であれば、薬名が完全に一致するかどうかで判断することができる。日本語と英語、カタカナと平仮名等と異なる表現形式である場合、必要に応じて翻訳や文字変換等を行い、一致するかどうかを判断してもよい。一致すると判断した場合は、ステップ１７２５へ進み、一致しないと判断した場合は、ステップ１７３０へ進む。
【００７９】
ステップ１７２５では、両者が一致するため、印刷データの修正は不要であり、宛先決定手段４１が配信先を決定し、送信手段４２がその決定された配信先へ音声データおよび中間ファイルを送信する。そして、ステップ１７４５でこの処理を終了する。
【００８０】
ステップ１７３０では、両者が一致しないため、印刷データの修正が必要である。そこで、通知手段４８が、予め登録された確認先に一致しない旨を通知する。この通知は、警告ダイアログを表示して通知してもよいし、警告音で通知してもよいし、その他の方法で通知してもよい。そのほか、通知手段４８は、アプリケーション３０に対して通知し、アプリケーション３０がその通知を受けて、警告ダイアログを表示してもよいし、警告音で通知するようにしてもよい。
【００８１】
ステップ１７３５では、医師がその通知を受けて修正が必要か否かを判断する。修正不要の場合、ステップ１７２５へ進む。修正が必要である場合、ステップ１７４０へ進む。ステップ１７４０では、医師に処方箋の修正を行わせるための表示を行う。医師が修正を行ったところで、ステップ１７０５へ戻り、印刷データの入力を受け付け、キーワードの抽出等を行う。
【００８２】
このようにキーワード５１を設定し、自動でチェックを行う構成を採用することで、入力ミスをより低減することができ、医師と患者等との間の情報伝達の不一致をより低減することができる。
【００８３】
データの振り分けは、上述した機能手段を用いて実施されるが、これらの機能手段は、１つの装置内に実装されていなくてもよく、複数の装置に分散して実装されていてもよい。この場合、データ振り分けシステムとして提供することが可能である。また、データ振り分け装置が実施する各処理は、上記のソフトウェア（プログラム）により実行することができ、プログラムとして提供することができる。
【００８４】
これまで本発明のデータ振り分け装置、データ振り分けシステム、情報処理システムおよびプログラムについて図面に示した実施形態を参照しながら詳細に説明してきた。本発明は、上述した実施形態に限定されるものではなく、他の実施形態や、追加、変更、削除など、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。したがって、上記のプログラムが記録された記録媒体や各処理を処理ステップとして含む方法等も提供することができるものである。
【符号の説明】
【００８５】
１０…ネットワーク、１１、１４…PC、１２…アクセスポイント、１３、１６…印刷装置、１５…情報端末、１７…サーバ、２０…CPU、２１…ROM、２２…RAM、２３…HDD、２４…通信I/F、２５…入出力I/F、２６…入力装置、２７…表示装置、２８…音声入力装置、２９…バス、３０…アプリケーション、３１…仮想プリンタドライバ、３２…ディスパッチャ、３３、３４…実プリンタドライバ、３５…NFC配信部、３６…PC/サーバ配信部、３７…音声データ、３８…印刷ルール、３９…音声ルール、４０…検索手段、４１…宛先決定手段、４２…送信手段、４３…データ変換判断手段、４４…宛先情報生成手段、４５…宛先情報合成手段、４６…情報抽出手段、４７…抽出情報判断手段、４８…通知手段、５０…言語解析部、５１…キーワード、６０…処方箋、６１…電子データ、６２…音声情報
【先行技術文献】
【特許文献】
【００８６】
【特許文献１】特開２０１０−２８６８７３号公報
【特許文献２】特開２０１１−００２８８１号公報
【特許文献３】特開２０１１−００８５８２号公報
【特許文献４】特願２０１５−０５６０３６号
【図１】
2016224886.tif 000003
【図２】
2016224886.tif 000004
【図３】
2016224886.tif 000005
【図４】
2016224886.tif 000006
【図５】
2016224886.tif 000007
【図６】
2016224886.tif 000008
【図７】
2016224886.tif 000009
【図８】
2016224886.tif 000010
【図９】
2016224886.tif 000011
【図１０】
2016224886.tif 000012
【図１１】
2016224886.tif 000013
【図１２】
2016224886.tif 000014
【図１３】
2016224886.tif 000015
【図１４】
2016224886.tif 000016
【図１５】
2016224886.tif 000017
【図１６】
2016224886.tif 000018
【図１７】
2016224886.tif 000019