(57)【要約】      （修正有）【課題】新生児の実施情報を自動生成する医療行為支援装置及び医療行為支援プログラムを提供する。【解決手段】管理サーバ２０は、周産期にある母親に対して実施され得る複数の医療行為の内容を特定するための情報、複数の医療行為の実施順序を特定するための情報、及び移行経路を特定するための情報を含んで構成される実施情報を格納する実施情報ＤＢ２１ｄと、状態情報に基づいて実施情報ＤＢ２１ｄを参照することにより実施順序を決定する実施管理部２２ｂと、母親の状態を特定するための状態情報の入力を受け付けると共に医療行為を所定の出力先に出力するネットワークＩＦ２３とを備える。ネットワークＩＦ２３は、母親が出産した新生児に対する医療行為の支援指示を受け付け可能であり、実施管理部２２ｂは、母親に対応する実施情報を実施情報ＤＢ２１ｄから取得し、新生児に対応する実施情報を生成して実施情報ＤＢ２１ｄに格納する。【選択図】図１
2014063216.tif 000002
【特許請求の範囲】
【請求項１】
周産期にある母親に対して実施され得る複数の医療行為の内容を特定するための情報、前記母親の状態に応じた前記複数の医療行為の実施順序を特定するための情報、及び前記実施順序を組み合わせて構成される移行経路を特定するための情報を含んで構成される実施情報を格納する実施情報格納手段と、
前記母親の状態を特定するための状態情報の入力を受け付ける入力手段と、
前記入力手段を介して入力が受け付けられた前記状態情報に基づいて前記実施情報格納手段を参照することにより、前記実施順序を決定する実施順序決定手段と、
前記実施順序決定手段にて決定された前記実施順序に基づいて、前記医療行為を所定の出力先に出力する出力手段とを備え、
前記入力手段は、母親が出産した新生児に対する医療行為の支援指示を受け付け可能であり、
前記実施順序決定手段は、前記入力手段を介して前記新生児に対する医療行為の支援指示が受け付けられた場合には、前記母親に対応する実施情報を前記実施情報格納手段から取得し、当該取得した実施情報に基づいて、前記新生児に対応する実施情報を生成して前記実施情報格納手段に格納する、
医療行為支援装置。
【請求項２】
前記実施順序決定手段は、前記新生児に対応する実施情報に、前記実施情報格納手段から取得した前記母親に対応する実施情報の少なくとも一部を含める、
請求項１に記載の医療行為支援装置。
【請求項３】
周産期にある母親に対して実施され得る複数の医療行為の内容を特定するための情報、前記母親の状態に応じた前記複数の医療行為の実施順序を特定するための情報、及び前記実施順序を組み合わせて構成される移行経路を特定するための情報を含んで構成される実施情報を格納する実施情報格納手段を備えたコンピュータに実行させるプログラムであって、
前記母親の状態を特定するための状態情報の入力を受け付ける入力ステップと、
前記入力ステップにおいて入力が受け付けられた前記状態情報に基づいて前記実施情報格納手段を参照することにより、前記実施順序を決定する実施順序決定ステップと、
前記実施順序決定ステップにおいて決定された前記実施順序に基づいて、前記医療行為を所定の出力先に出力する出力ステップとを含み、
前記入力ステップにおいては、母親が出産した新生児に対する医療行為の支援指示を受け付け可能であり、
前記実施順序決定ステップにおいては、前記入力ステップにおいて前記新生児に対する医療行為の支援指示が受け付けられた場合に、前記母親に対応する実施情報を前記実施情報格納手段から取得し、当該取得した実施情報に基づいて、前記新生児に対応する実施情報を生成して前記実施情報格納手段に格納すること、
を前記コンピュータに実行させる医療行為支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、患者に対する複数の医療行為を標準化された内容及び実施順序で行う医療従事者に対して、各医療行為の実施に有用な支援情報を提供するための医療行為支援装置及び医療行為支援プログラムに関する。
【背景技術】
【０００２】
従来、医療関連行為を二次元構造で示したクリティカルパスが知られている。このクリティカルパスは、医療計画や実施の標準化及び可視化を通じて、医療の質と効率を系統的に保証及び向上させることに有用である。しかしながら、患者の状態によっては、クリティカルパスを適用できなかったり、予め想定された標準的な経過から乖離してしまいクリティカルパスを逸脱する可能性があるという問題が指摘されていた。
【０００３】
この点に鑑みて、従来、医療プロセス質管理システム及び医療プロセス質管理方法が提案されている（例えば、特許文献１参照）。このシステムは、患者に対して実施する複数の医療プロセス及び各医療プロセスの実施順序等を記憶する記憶部と、次に実施する医療プロセスを読み出すプロセス管理部等を備えて構成されている。このシステムによれば、医療プロセスが所定基準に従って記憶部から順次読み出されて出力されるので、この出力された医療プロセスを参照しつつ医師が医療行為を行うことで、各医師が個別的に独自判断で医療行為の内容や実施順序を決定する場合に比べて、医療行為の標準化を図ることができ、医療プロセスの質を維持及び向上させることができる。特に、このシステムによれば、患者の個別性に柔軟に対応できるので、クリティカルパスの問題点を解消することが可能になる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際公開第２００６／０５７３３６号パンフレット
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ここで、周産期にある母親が病院で新生児を出産した場合には、出産後の母親と共に新生児についても退院するまでの間は病院で健康状態を管理する必要がある。しかしながら、特許文献１に記載されているような従来のシステムでは、患者毎に医療プロセスの実施順序の設定等を行う必要があった。そのため、母親の医療プロセスの実施順序の設定等が既に行われている場合であっても、新生児の医療プロセスの実施順序の設定等を新規に行う必要があったので、ユーザの利便性を低下させるという問題があった。特に、新生児の医療プロセスに関しては、母親の医療プロセスと共通している情報が多いにも関わらず、このような共通している情報についても新規に設定等する必要があったので、ユーザの利便性の面から問題となっていた。
【０００６】
本発明は、上記に鑑みてなされたものであって、医療行為の実施を支援する際において、新生児の実施情報を自動生成等することにより、ユーザの利便性を向上させること等が可能になる、医療行為支援装置及び医療行為支援プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、請求項１に記載の医療行為支援装置は、周産期にある母親に対して実施され得る複数の医療行為の内容を特定するための情報、前記母親の状態に応じた前記複数の医療行為の実施順序を特定するための情報、及び前記実施順序を組み合わせて構成される移行経路を特定するための情報を含んで構成される実施情報を格納する実施情報格納手段と、前記母親の状態を特定するための状態情報の入力を受け付ける入力手段と、前記入力手段を介して入力が受け付けられた前記状態情報に基づいて前記実施情報格納手段を参照することにより、前記実施順序を決定する実施順序決定手段と、前記実施順序決定手段にて決定された前記実施順序に基づいて、前記医療行為を所定の出力先に出力する出力手段とを備え、前記入力手段は、母親が出産した新生児に対する医療行為の支援指示を受け付け可能であり、前記実施順序決定手段は、前記入力手段を介して前記新生児に対する医療行為の支援指示が受け付けられた場合には、前記母親に対応する実施情報を前記実施情報格納手段から取得し、当該取得した実施情報に基づいて、前記新生児に対応する実施情報を生成して前記実施情報格納手段に格納する。
【０００８】
また、請求項２に記載の医療行為支援装置は、請求項１に記載の医療行為支援装置において、前記実施順序決定手段は、前記新生児に対応する実施情報に、前記実施情報格納手段から取得した前記母親に対応する実施情報の少なくとも一部を含める。
【０００９】
また、請求項３に記載の医療行為支援プログラムは、周産期にある母親に対して実施され得る複数の医療行為の内容を特定するための情報、前記母親の状態に応じた前記複数の医療行為の実施順序を特定するための情報、及び前記実施順序を組み合わせて構成される移行経路を特定するための情報を含んで構成される実施情報を格納する実施情報格納手段を備えたコンピュータに実行させるプログラムであって、前記母親の状態を特定するための状態情報の入力を受け付ける入力ステップと、前記入力ステップにおいて入力が受け付けられた前記状態情報に基づいて前記実施情報格納手段を参照することにより、前記実施順序を決定する実施順序決定ステップと、前記実施順序決定ステップにおいて決定された前記実施順序に基づいて、前記医療行為を所定の出力先に出力する出力ステップとを含み、前記入力ステップにおいては、母親が出産した新生児に対する医療行為の支援指示を受け付け可能であり、前記実施順序決定ステップにおいては、前記入力ステップにおいて前記新生児に対する医療行為の支援指示が受け付けられた場合に、前記母親に対応する実施情報を前記実施情報格納手段から取得し、当該取得した実施情報に基づいて、前記新生児に対応する実施情報を生成して前記実施情報格納手段に格納することを前記コンピュータに実行させる。
【発明の効果】
【００１０】
請求項１に記載の医療行為支援装置又は請求項３に記載の医療行為支援プログラムによれば、新生児に対する医療行為の支援指示が受け付けられた場合には、母親に対応する実施情報に基づいて、新生児に対応する実施情報を自動的に生成して格納するので、新生児に対応する実施情報を構成する医療行為の内容や実施順序をすべて作業者が操作して新規に生成する必要がなくなり、ユーザの利便性を向上させることができる。
【００１１】
請求項２に記載の医療行為支援装置によれば、新生児に対応する実施情報に、母親に対応する実施情報の少なくとも一部を含めるので、新生児の健康状態に影響を与え得る母親の実施情報を、新生児に対応する実施情報に反映させることができ、新生児に対する医療行為を一層適切に行うことが可能になる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施の形態に係る医療行為支援システムの全体構成を概念的に示す構成図である。
【図２】プロセスチャートの基本構成モデルを示す図である。
【図３】プロセスチャートの具体例を示す図である。
【図４】ユニットシートの表示画面例を示す図である。
【図５】患者情報の構成例を示す図である。
【図６】医師情報の構成例を示す図である。
【図７】疾患情報の構成例を示す図である。
【図８】実施情報の構成例を示す図である。
【図９】管理サーバにおける管理処理のフローチャートである。
【図１０】管理サーバにおける管理処理における新生児登録処理のフローチャートである。
【図１１】新生児登録用画面の表示画面例を示す図である。
【図１２】新生児のプロセスチャートの具体例を示す図である。
【発明を実施するための形態】
【００１３】
以下に添付図面を参照して、この発明に係る医療行為支援装置及び医療行為支援プログラムを実施するための最良の形態について詳細に説明する。まず、〔I〕本実施の形態の基本概念を説明した後、〔II〕本実施の形態の具体的内容について説明し、〔III〕最後に、本実施の形態に対する変形例について説明する。ただし、この実施の形態によって本発明が限定されるものではない。
【００１４】
〔I〕本実施の形態の基本概念
まず、本実施の形態の基本概念について説明する。本実施の形態に係る医療行為支援装置（以下「本装置」）及び医療行為支援プログラム（以下「本プログラム」）は、患者に対する医療行為を実施する医療計画の医療従事者に対して、当該実施を支援するための各種の情報を提示することにより、当該医療行為の実施を支援するための装置及びプログラムである。
【００１５】
本装置及び本プログラムは、医療分野における形式知（具体的には、母親に対する複数の医療行為の内容と、これら複数の医療行為の相互間の実施順序）を構造化することで可視化するものである。図１は、医療計画を実施するための医療行為支援システムの全体構成を概念的に示す構成図である。この図１に示すように、統合支援センター１に設置された作成サーバ１０と、複数の病院２の各々に設置された管理サーバ２０とが、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やインターネットの如きネットワーク３を介して相互に通信可能に接続されている。これら作成サーバ１０と管理サーバ２０は、医療行為支援システムを構成する。また、各病院２の内部では、管理サーバ２０に対して、オーダサーバ３０及び複数の支援端末４０がＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）の如きネットワーク４を介して相互に通信可能に接続されている。
【００１６】
本実施形態では、上述の特許文献１に全部又は一部が開示された「患者状態適応型パスシステム（ＰＣＡＰＳ：Ｐａｔｉｅｎｔ  Ｃｏｎｄｉｔｉｏｎ  Ａｄａｐｔｉｖｅ  Ｐａｔｈ  Ｓｙｓｔｅｍ）（登録商標）」を利用する。この患者状態適応型パスシステムは、患者の初期状態から最終目標状態に至る臨床経路を示す俯瞰的なモデルであり、この臨床経路を、「患者状態」を基軸とする複数の「目標状態」を相互にリンクして視覚化したものであって、具体的には「プロセスチャート（臨床プロセスチャート）」と「ユニットシート」の２つのツールを用いて構成される。
【００１７】
図２には、プロセスチャートの基本構成モデルを示す。プロセスチャートとは、患者の目標状態毎に形成された医療行為単位（医療の質を管理するために適切な大きさに設定された単位）である「ユニット」を連結することで構成される臨床経路（プロセス）の俯瞰図であり、疾患毎に構成され、当該疾患を有する患者の初期状態から最終目標状態に至る間に想定されるすべての臨床状態を包含する。各ユニットは「実行エレメント」と「判断エレメント」とから構成されている。実行エレメントは、患者状態を当該ユニットの目標状態に達するように組み込まれた医療業務を実行していく行為を示し、判断エレメントは、患者状態が当該ユニットの目標状態に達したか否かを判断する行為を示す。そして、各実行エレメントと、当該各実行エレメントの直後の判断エレメントとを、視覚的に表示する手段として「ユニットシート」が構成される。
【００１８】
図３は、プロセスチャートの具体例である。このプロセスチャートは、前立腺全摘除を行う場合の例である。このプロセスチャートは、複数のユニットの各々を構成する実行エレメント及び判断エレメントと、これら各エレメントを相互に接続する線分とを含んでおり、当該線分によって各エレメントの相互間の実施順序が視覚的に示されている。例えば、実行エレメント「Ａ−１  前立腺全摘除術」の医療行為を実行した後、判断エレメント「ＳＡ−１」において患者状態と目標状態とに基づく判断を行い、この判断結果に応じて、実行エレメント「Ａ−２  術後急性期」又は実行エレメント「Ｂ−２  術後急性期」」のいずれかに移行する。図３における各実行エレメントの枠内には、各実行エレメントに対応するユニットの名称及びユニットＩＤを示す。例えば、最初の実行エレメントに対応するユニットの名称は「入院  術前」であり、ユニットＩＤは「Ａ−０」である。以下では説明の簡易化のため、ユニットＩＤ＝「Ａ−０」で特定されるユニットを「ユニットＡ−０」のように称する。このプロセスチャートには、複数通りの「移行経路」が含まれ得る。この移行経路とは、実施順序を組み合わせて構成されるもので、例えば図３のプロセスチャートには、「ユニットＡ−０」→「ユニットＡ−１」→「ユニットＡ−２」の移行経路と、「ユニットＡ−０」→「ユニットＡ−１」→「ユニットＢ−２」の移行経路が含まれる。
【００１９】
図４には、ユニットシートの表示画面例を示す。例えば、ユニットシートは、「患者ＩＤ」、「ユニットＩＤ」、「医療行為」、「患者状態」、「目標状態」、「ユニット移行ロジック」、「条件付き指示」を含む。「患者ＩＤ」は、当該ユニットシートが適用されている患者を一意に特定するための識別情報である。「ユニットＩＤ」は、当該ユニットシートに対応するユニットを一意に特定するための識別情報である。「医療行為」は、当該ユニットシートに対応する実行エレメントにおいて実行すべき医療行為の項目や内容を記述した情報であり、例えば、医療行為、ケア行為、及び調整行為を含む。「患者状態」は、当該ユニットシートに対応するユニットにおいて注目すべき患者状態の内容を記述した情報である。「ユニット移行ロジック」は、当該ユニットシートに対応するユニットから次順のユニットに移行するときの条件及び移行先のユニットシートに対応するユニットＩＤを記述した情報である。「条件付き指示」は、当該ユニットにおける医療行為中に発生した患者状態に早急に対応するための指示内容を含んで構成されている。
【００２０】
このように構成される「プロセスチャート」及び「ユニットシート」は、作成サーバ１０によるＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）サービスを用いて、各病院２の医師等が作成することができる。すなわち、作成サーバ１０には、このように構成される「プロセスチャート」及び「ユニットシート」を特定するための情報と、これら「プロセスチャート」及び「ユニットシート」の作成を支援するための機能とが設けられており、各病院２の医師等は、これら情報及び機能に対して支援端末４０を介してネットワーク３、４を通じてアクセスし、プロセスチャート及びユニットシートの作成を行うことができる。
【００２１】
このように作成された「プロセスチャート」及び「ユニットシート」の実施は、管理サーバ２０によって制御される。すなわち、作成された「プロセスチャート」及び「ユニットシート」に関する情報は、管理サーバ２０に格納される。この管理サーバ２０は、プロセスチャートにおける最初のユニットに対応するユニットシートの内容を支援端末４０を介して医師に対して表示出力等にて提示する。そして、医師が、当該提示されたユニットシートに含まれる医療行為を行い、その後の患者状態を支援端末４０に入力すると、この患者状態が支援端末４０を介して管理サーバ２０にて受け付けられる。次いで、管理サーバ２０は、患者状態が当該ユニットの目標状態に達したか否かを判断する。目標状態に達したと判断した場合には、当該最初のユニットの次順のユニットをプロセスチャートに基づいて特定し、当該次順のユニットに対応するユニットシートの内容を支援端末４０を介して医師に対して提示する。以降同様に、プロセスチャートにて定義された順序に従ったユニットに対応するユニットシートの内容の提示処理と、医師による患者状態の入力を受け付ける処理と、目標状態に達したか否かを判断する判断処理とが繰り返し行われ、プロセスチャートにおける最後のユニットの医療行為が終了することで、一連の処理が終了する。
【００２２】
本実施の形態の特徴の一つは、新生児に対する医療行為の支援指示が受け付けられた場合には、母親に対応する実施情報を実施情報格納手段から取得し、当該取得した実施情報に基づいて、新生児に対応する実施情報を生成して実施情報格納手段に格納する点にある。ここで、母親や新生児は、代表的には人間であるが、人間以外の動物を含む。なお、本実施の形態においては、出産を行う母親に限られず、様々な疾患を有する者に対する医療行為を支援するための医療行為支援システムを適用して、母親及び新生児に対する医療行為の支援を行う場合について説明する。このため、「母親」、「新生児」、及び様々な疾患を有するその他の者を、必要に応じて単に「患者」と総称する。また、妊娠や出生は疾患ではないが、医療行為の対象症状であるため、他の様々な疾患と共に、必要に応じて単に「疾患」と総称する。
【００２３】
〔II〕本実施の形態の具体的内容
次に、本実施の形態の具体的内容について説明する。以下では、図１に示した医療行為支援システムの各部の構成について説明し、次いで、医療行為支援システムを用いて実行される処理内容について説明する。
【００２４】
（構成−作成サーバ）
最初に、図１の作成サーバ１０の構成を説明する。この作成サーバ１０は、患者に対して実施され得る医療行為の内容及び実施順序を含んだ医療計画を作成する医療計画作成支援装置である。機能概念的には、作成サーバ１０は、記憶部１１、制御部１２、及びネットワークインターフェース（以下「ネットワークＩＦ」）１３を、バスにて相互に通信可能に接続して構成されている。
【００２５】
記憶部１１は、各種処理に必要な情報やパラメータを不揮発的に格納する格納手段であり、例えば、ＨＤ（Ｈａｒｄ  Ｄｉｓｋ）にて構成される（後述する記憶部２１において同じ）。
【００２６】
制御部１２は、作成サーバ１０の各部を制御する制御手段である。この制御部１２は、具体的には、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）や、このＣＰＵ上で解釈実行される各種のプログラム（ＯＳなどの制御プログラムや、各種の処理手順などを規定したプログラム）、及び、所要プログラムや所要データを格納するためのキャッシュメモリを備えて構成される（後述する制御部２２において同じ）。
【００２７】
ネットワークＩＦ１３は、ネットワーク３を介した通信を行うための通信手段であり、作成サーバ１０における入力手段又は出力手段として機能するもので、例えばネットワークボードとして構成される（後述するネットワークＩＦ２３において同じ）。
【００２８】
（構成−管理サーバ）
次に、管理サーバ２０の構成を説明する。この管理サーバ２０は、作成サーバ１０にて作成された医療計画の実施を管理する装置であり、特許請求の範囲における医療行為支援装置に対応する。管理サーバ２０は、機能概念的には、記憶部２１、制御部２２、及びネットワークＩＦ２３を、バスにて相互に通信可能に接続して構成されている。
【００２９】
記憶部２１には、具体的には、機能概念的に、患者情報ＤＢ２１ａ、医師情報ＤＢ２１ｂ、疾患情報ＤＢ２１ｃ、及び実施情報ＤＢ２１ｄを備える。これら各ＤＢに格納される情報の具体的内容については後述する。
【００３０】
制御部２２は、管理サーバ２０の各部を制御する制御手段であり、機能概念的に、実施設定部２２ａ、及び実施管理部２２ｂを備える。実施設定部２２ａは、各患者に対する医療計画の設定を行う実施設定手段である。実施管理部２２ｂは、医療計画の実行を管理するもので、特許請求の範囲における実施順序決定手段に対応する。これら各部の具体的処理内容については後述する。本実施の形態に係る医療行為支援プログラムは、例えば、ＣＤ−ＲＯＭやＤＶＤを含む任意の記憶媒体に記憶された後、管理サーバ２０にインストールされて記憶部２１に不揮発的に記憶され、ＣＰＵにて解釈実行されることで制御部２２の各部の実質的機能を構成する。
【００３１】
ネットワークＩＦ２３は、ネットワーク３を介した通信を行うための通信手段であり、母親の状態を特定するための母親状態情報の入力を受け付ける入力手段、及び実施管理部２２ｂにて決定された実施順序に基づいて、医療行為を所定の出力先（本実施の形態では、支援端末４０のモニタ）に出力する出力手段として機能する。
【００３２】
（構成−オーダサーバ）
オーダサーバ３０は、各種のリソースの発注、在庫管理、あるいは予約管理を行う資源管理装置である。このオーダサーバ３０の具体的構成は任意であり、管理サーバ２０との通信機能を有する限りにおいて、公知のサーバ装置と同様に構成できるために、その詳細な説明は省略する。なお、病院２に配置されるサーバとしては、このオーダサーバ３０以外にも、医事会計サーバの如き任意のサーバを含めることができる。
【００３３】
（構成−支援端末）
各支援端末４０は、医療従事者が作成サーバ１０や管理サーバ２０に対して入出力を行うための端末装置であり、特に、患者状態の入力を受け付ける入力手段と、プロセスチャート及びユニットシートの出力を行うモニタの如き出力手段を有する。この支援端末４０は、管理サーバ２０との通信機能や各種情報の入出力機能を有する限りにおいて、公知のパーソナルコンピュータと同様に構成できるために、その詳細な説明は省略する。
【００３４】
（構成−データベースの具体的内容）
次に、図１の管理サーバ２０の各ＤＢの具体的内容について説明する。ただし、以下の構成例では本実施の形態に係る情報のみを格納する例を示し、実際には以下に説明する情報以外の任意の情報を各ＤＢに格納することができ、あるいは一部の情報については適宜省略することもできる。また、各ＤＢに格納される情報のうち、同一名称の情報については、特記する場合を除いて相互に同一の内容であるものとし、重複説明は行わないものとする。
【００３５】
患者情報ＤＢ２１ａは、医療計画の母親である各患者に関する情報（患者情報）を格納する手段である。この患者情報は、図５に例示するように、項目「患者ＩＤ」、項目「氏名」、項目「年齢」、項目「性別」、項目「住所」、及び項目「疾患ＩＤ」に対応する情報を相互に関連付けて構成されている。項目「患者ＩＤ」に対応する情報は、各医療計画の対象となる患者を一意に識別するための識別情報である。項目「氏名」、項目「年齢」、項目「性別」、項目「住所」に対応する情報は、それぞれ、各患者の氏名、年齢、性別、住所である。項目「疾患ＩＤ」に対応する情報は、各患者の各疾患を一意に識別するための情報である。
【００３６】
図１の医師情報ＤＢ２１ｂは、医療計画の医療従事者である各医師に関する情報（医師情報）を格納する医師情報格納手段である。この医師情報は、図６に例示するように、項目「医師ＩＤ」、項目「氏名」、項目「専門」、及び項目「経験年数」を相互に関連付けて構成されている。項目「医師ＩＤ」に対応する情報は、各医師を一意に識別するための識別情報である。項目「氏名」に対応する情報は、各医師の氏名である。項目「専門」に対応する情報は、各医師の専門分野である。項目「経験年数」に対応する情報は、各医師の医師としての経験年数である。
【００３７】
図１の疾患情報ＤＢ２１ｃは、各医療計画による治療の対象になる各疾患に関する情報（疾患情報）を格納する疾患情報格納手段である。この疾患情報は、図７に例示するように、項目「疾患ＩＤ」、及び項目「疾患名」を相互に関連付けて構成されている。項目「疾患ＩＤ」に対応する情報は、各疾患を一意に識別するための識別情報であり、図５の項目「疾患ＩＤ」に対応する情報と共通である。項目「疾患名」に対応する情報は、各疾患の名称（病名）である。
【００３８】
図１の実施情報ＤＢ２１ｄは、患者に対して実施すべき医療行為及び実施順序を特定するための情報（実施情報）を格納するもので、特許請求の範囲における実施情報格納手段に対応する。この実施情報は、図８に例示するように、項目「患者ＩＤ」、項目「医師ＩＤ」、項目「疾患ＩＤ」、項目「ユニットＩＤ」、項目「医療行為」、項目「患者状態」、項目「目標状態」、項目「ユニット移行ロジック」、項目「条件付き指示」、及び項目「滞在日数」に対応する情報を相互に関連付けて構成されている。項目「滞在日数」に対応する情報は、各ユニットを実施するために必要な時間を所定単位（ここでは日単位）で特定するための情報である。図８の例では、ユニットＡ−０を実施するために必要な時間は「滞在日数＝１日」である。その他の各項目に対応する情報は、図３や図４の表示画面の説明において述べた通りである。
【００３９】
ここで、項目「患者ＩＤ」に対応する情報として、新生児の患者ＩＤは、その母親の患者ＩＤを上位ＩＤとして、さらに下位ＩＤを付加することにより構成されている。例えば、母親の患者ＩＤ＝「ＰＩＤ０００３」である場合、この母親が出産した新生児の患者ＩＤは、上位ＩＤである「ＰＩＤ０００３」に対して下位ＩＤである「００１」を付加することにより、患者ＩＤ＝「ＰＩＤ０００３−００１」のように構成される。一人の母親によって複数の新生児が出産される可能性があることを考慮して、下位ＩＤは、新生児の数及び出産順序が特定可能となるように、例えば、一人目の新生児に対しては「００１」、二人目の新生児に対しては「００２」のように、「００１」を初期値として一つずつ増分することにより決定される。
【００４０】
この実施情報では、一つの患者ＩＤ、一つの医師ＩＤ、及び一つの疾患ＩＤに対して複数のユニットＩＤを関連付けることで、当該患者ＩＤにて特定される患者に対して、当該医師ＩＤにて特定される医師が、当該疾患ＩＤにて特定される疾患を治療するための複数の医療行為が特定される。この実施情報を格納する方法及びタイミングは任意であるが、例えば、当該実施情報を、医師のヒアリング等に基づいて標準化することで決定して作成サーバ１０の記憶部１１に予め格納しておき、必要に応じて呼び出して実施情報ＤＢ２１ｄに格納する。この実施情報の標準化は、必ずしも硬直的なものではなく、各医療機関や各患者の実情に合致するように、各医療機関や各医師が支援端末４０を用いて任意の内容にカスタマイズした上で、実施情報ＤＢ２１ｄに格納してもよい。なお、これら各情報の具体的な記述構造としては、図８に示した構成例以外の任意の構造を採用することができ、例えばＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式により、タグを用いて各情報の意味を構造化することができる。
【００４１】
（処理）
次に、上記のように構成された医療行為支援システムによって行われる処理について説明する。なお、以下の説明において、制御主体を特記しない処理については、作成サーバ１０の制御部１２又は管理サーバ２０の制御部２２にて実行されるものとし、情報の取得元や取得経路を特記しない情報については、公知のタイミング及び公知の方法にて、作成サーバ１０の記憶部１１又は管理サーバ２０の記憶部２１に予め格納されており、あるいは、支援端末４０を介して医療従事者によって手入力されるものとする。
【００４２】
この処理は、設定処理、及び管理処理に大別される。設定処理とは、各患者に対する医療計画の設定を行う処理であり、概略的には、作成サーバ１０及び管理サーバ２０を用いて、標準的な医療計画を各病院２や各患者の特性に応じてカスタマイズすることで、当該病院２において当該患者に実際に適用する医療計画を作成する処理である。管理処理は、作成サーバ１０を用いて、設定処理で作成された医療計画を患者に実際に適用する処理であり、医師から入力された患者状態に応じてユニットの移行可否の判定等を行う処理である。
【００４３】
（処理−設定処理）
最初に、設定処理について説明する。各病院２の医師は、支援端末４０を介して所定方法にて作成サーバ１０にアクセスして医療計画の作成要求を送信する。この際、医師は、自己に予め割り当てられた医師ＩＤ、医療計画の対象になる患者に割り当てられた患者ＩＤ、及び当該患者の疾患に予め割り当てられた疾患ＩＤを支援端末４０に入力する。
【００４４】
一方、作成サーバ１０の制御部１２は、作成要求を受信すると、所定の医療計画作成用の画面データを支援端末４０に送信する。この初期画面の画面データは、支援端末４０に予めインストールされた汎用又は専用のブラウザソフトウェアによって解釈され、初期画面が支援端末４０のモニタに表示される（以下の各画面においても同様）。この初期画面において、医師が、ユニットの追加及び当該ユニットに設定する実施情報の提示を支援端末４０の入力装置を介して所定方法で要求すると、作成サーバ１０の制御部１２は、記憶部１１に予め格納されている標準的な実施情報を取得し、この実施情報を提示するための提示画面の画面データを生成して支援端末４０に送信する。この提示画面が支援端末４０のモニタに表示され、医師は、この内容を確認し、必要に応じて支援端末４０の入力装置を介して実施情報の編集を行った後、所定方法にて当該実施情報の適用を指示すると、当該実施情報が当該指定されているユニットに設定される。以降、プロセスチャートに配置したい各ユニットについて同様の手順を繰り返すことで、全てのユニットの内容が特定される。また、医師は、提示画面において公知の方法で各ユニットの相互間の実施順序を指定することで、当該病院２、当該医師、あるいは当該患者に対してカスタマイズされた実施情報が生成される。このように生成された実施情報は、先に入力された患者ＩＤ、医師ＩＤ、及び疾患ＩＤに関連付けて、管理サーバ２０の実施情報ＤＢ２１ｄに格納される。これにて設定処理が終了する。
【００４５】
（処理−管理処理）
次に、管理処理について説明する。図９は、管理サーバ２０における管理処理のフローチャートである。先の設定処理の終了後、任意のタイミングで、医師が支援端末４０を介して診療を行いたい患者の患者ＩＤ（以下「当該患者ＩＤ」）及び疾患ＩＤを入力することにより医療プロセスの開始を指示すると（ステップＳＢ−１，Ｙｅｓ）、管理サーバ２０の実施管理部２２ｂは、当該患者ＩＤ及び当該疾患ＩＤに対応する実施情報を実施情報ＤＢ２１ｄから取得し、当該実施情報をプロセスチャート又はユニットシートとして当該支援端末４０のモニタに出力する（ステップＳＢ−２）。従って、医師は、患者の疾患に対応する医療行為やその実施手順を確認し、標準化された内容及び手順にて医療行為を行うことができる。
【００４６】
医師は、各ユニットシートに表示されている医療行為を実施する毎に、当該医療行為が行われた患者の状態を、支援端末４０を介して管理サーバ２０に入力する（ステップＳＢ−３）。管理サーバ２０の実施管理部２２ｂは、入力された患者状態と、実施情報における当該ユニットシートの目標状態とを比較して、患者状態が目標状態に達したか否かを判定する（ステップＳＢ−４）。そして、患者状態が目標状態に達していない場合（ステップＳＢ−４，Ｎｏ）、実施管理部２２ｂは、次のユニットに移行することなく、次の患者状態の入力が受け付けられるまで待機する。一方、患者の状態が目標状態に達した場合（ステップＳＢ−４，Ｙｅｓ）、実施管理部２２ｂは、実施情報によって規定される次順のユニットのユニットシートの内容を支援端末４０に送信してモニタに表示させる（ステップＳＢ−５）。このユニットシートの内容を支援端末４０を介して閲覧することで、医師は、患者状態に合致したユニットシートの内容を閲覧でき、医療行為の内容を確認できる。なお、このように実施された医療行為に関する履歴情報は、管理サーバ２０の記憶部２１に記憶される。例えば、ステップＳＢ−３で入力された患者の状態と、当該入力を行った日時とが、相互に関連付けて記憶される。このことにより、医師が行った医療行為の手順や内容を後日確認することが可能となる。
【００４７】
（処理−管理処理−新生児登録処理）
このような管理処理において、医師は、患者である母親が新生児を出産した場合には、この新生児を新規の患者として登録するための新生児登録処理を行う。例えば、図９の管理処理におけるＳＢ−１又はＳＢ−５で、図４の如き母親の現在のユニットシート（ただし図４とは異なり、妊婦に対応した内容のユニットシート）を支援端末４０のモニタに出力させている状態において、母親が新生児を出産した際、医師が、このユニットシートに設けられている所定の指示ボタン（図示は省略）を支援端末４０を介して選択すると、新生児登録処理が起動される。図１０は、管理サーバ２０における新生児登録処理のフローチャートである。
【００４８】
まず、実施管理部２２ｂは、母親の現在のユニットシートに対応する患者情報、医師情報、疾患情報、及び実施情報を、それぞれ患者情報ＤＢ２１ａ、医師情報ＤＢ２１ｂ、疾患情報ＤＢ２１ｃ、実施情報ＤＢ２１ｄから取得し（ＳＣ−１）、当該取得した各情報に基づいて新生児登録用画面の画面データを生成し、この画面データを支援端末４０に送信することにより、新生児登録用画面を支援端末４０のモニタに表示させる（ＳＣ−２）。図１１は、新生児登録用画面の表示画面例である。この画面は、「母親情報表示領域」ＤＡ１、「新生児情報登録領域」ＤＡ２、及び「新生児情報表示領域」ＤＡ３を含んで構成されている。
【００４９】
図１１の「母親情報表示領域」ＤＡ１は、母親に関する情報を表示するための領域であり、母親の疾患名、母親の現在のユニットシートのユニット名、及び母親を治療している医師の氏名が表示されている。これら各情報は、ＳＣ−１で取得した情報に基づいて表示されている。
【００５０】
図１１の「新生児情報登録領域」ＤＡ２は、新生児の情報を登録するための領域であり、患者ＩＤの入力欄、性別の入力欄、及び追加ボタンが設けられている。患者ＩＤの入力欄は、新生児の患者ＩＤを入力するための入力欄であり、デフォルトの患者ＩＤが生成されて表示されており、医師は、必要に応じて、支援端末４０を介してこの患者ＩＤを編集することができる。このデフォルトの患者ＩＤは、ＳＣ−１で取得した患者情報に含まれる母親の患者ＩＤを上位ＩＤとして、下位ＩＤを上記説明した方法で付与することによって、自動的に生成される。性別の入力欄は、新生児の性別を入力するための欄であり、例えば、男性又は女性のいずれか一方を択一的に選択することができるラジオボタンを含んで構成されている。追加ボタンは、「新生児情報登録領域」ＤＡ２に入力されている内容で新生児の登録を指示するためのボタンであり、医師が追加ボタンを支援端末４０を介して選択すると、その時点で「新生児情報登録領域」ＤＡ２に入力されている内容が、「新生児情報表示領域」ＤＡ３に表示される。
【００５１】
図１１の「新生児情報表示領域」ＤＡ３は、「新生児情報登録領域」ＤＡ２を介して登録された新生児に関する情報を表示するための領域であり、新生児の患者ＩＤ及び新生児の性別が表示されており、及び作成ボタンが設けられている。そして、医師等が、表示内容を確認した上で、作成ボタンを支援端末４０を介して選択すると、その時点で「新生児情報表示領域」ＤＡ３に表示されている内容と、ＳＣ−１で取得した情報に基づいて、新生児の患者情報及び実施情報が自動的に生成され、それぞれ患者情報ＤＢ２１ａと実施情報ＤＢ２１ｄに自動的に登録される（ＳＣ−３）。
【００５２】
例えば、患者情報としては、患者ＩＤ＝上記自動生成された患者ＩＤ又は編集された患者ＩＤ、性別＝上記選択された性別、住所＝上記取得された母親の患者情報の住所、疾患ＩＤ＝患者情報の疾患ＩＤが登録される。ただし、氏名＝空白とされ、年齢＝０歳とされる。
【００５３】
また、例えば、実施情報としては、上記取得された母親の実施情報の中から、出産が行われるまでの母親の全ての実施情報に加えて、新生児のための実施情報であって出生及びそれ以降の実施情報が付加される。出産が行われるまでの母親の全ての実施情報については、その内容がほぼそのままコピーされるが、患者ＩＤとしては、上記自動生成された新生児の患者ＩＤ又は編集された患者ＩＤが登録される。また、新生児のための実施情報については、所定の実施情報が登録されるが、患者ＩＤとしては、上記自動生成された新生児の患者ＩＤ又は編集された患者ＩＤが登録され、疾患ＩＤとしては、新生児の所定の疾患ＩＤ（疾患＝出生の疾患ＩＤ）が登録される。
【００５４】
なお、一人の母親によって複数の新生児が出産された場合には、各新生児について、「新生児情報登録領域」ＤＡ２を介した登録操作と、「新生児情報表示領域」ＤＡ３における作成操作とをそれぞれ行うことで、各新生児の患者情報及び実施情報が自動的に生成されて登録される。
【００５５】
このように新生児の患者情報及び実施情報が登録されることで、これら実施情報等に基づくプロセスチャート又はユニットシートを通じて、母親と同様に、管理処理で説明した処理によって、新生児の状態を管理等することが可能になる。特に、必要な情報を最初から全て登録する場合に比べて、多くの情報が自動的に生成され登録されることから、新生児の管理の利便性を向上させることができる。
【００５６】
図１２は、このように登録された実施情報に基づく新生児のプロセスチャートの表示画面例である。このプロセスチャートに含まれる各ユニットの中で、ユニット「出生」及び「出生後急性期」は、新生児のための所定の実施情報に基づいて登録されたユニットであり、その他の各ユニットは、出産が行われるまでの母親の実施情報に基づいて登録されたユニットである。ただし、実際には、母親の実施情報に基づいて登録されたユニットや、新生児のための所定の実施情報に基づいて登録されたユニットとして、さらに多くのユニットを含めることができるが、図１２ではその一部のみを示す。このように母親の実施情報に基づいて登録するユニットの範囲は任意に決定することができ、例えば、出産が行われるまでの母親の全ての実施情報を登録してもよく、あるいは、出産の直前の所定数の実施情報のみを登録してもよい。
【００５７】
このプロセスチャートにおいて、母親の実施情報に基づいて登録されたいずれかのユニットを支援端末４０を介して選択することで、当該選択されたユニットに対応するユニットシートを表示することができる。ただし、ユニット＝「出生」がデフォルトの開始ユニットとして自動的に設定されており、特にユニットを選択することなくユニットシート表示のみを指定した場合には、当該ユニット＝「出生」のユニットシートが表示される。このように、新生児の出生までのプロセスチャートやユニットシートを、母親の実施情報に基づいて登録することで、医師等は、新生児に対する医療行為を行う際、新生児の健康状態に影響を与え得る母親の出産までの実施情報を正確かつ容易に参照することができ、新生児に対する医療行為を一層適切に行うことが可能になる。また、このように母親の実施情報に基づいて登録された新生児のプロセスチャートやユニットシートは、一旦登録された後は、母親のプロセスチャートやユニットシートとは独立して維持されることになり、母親のプロセスチャートやユニットシートに修正等が行われた場合であっても、新生児のプロセスチャートやユニットシートはそのまま維持される。
【００５８】
また、このプロセスチャートにおいて、新生児のための所定の実施情報に基づいて登録されたいずれかのユニットを支援端末４０を介して選択することで、当該選択されたユニットに対応するユニットシートを表示することができる。このように、新生児の出生後のプロセスチャートやユニットシートを、新生児のための所定の実施情報に基づいて登録することで、出生後の新生児に対する医療行為への支援を、患者状態適応型パスの思想に基づいて受けることが可能になる。
【００５９】
〔III〕各実施の形態に対する変形例
以上、本発明に係る各実施の形態について説明したが、本発明の具体的な構成及び手段は、特許請求の範囲に記載した各発明の技術的思想の範囲内において、任意に改変及び改良できる。以下、このような変形例について説明する。
【００６０】
（解決しようとする課題や発明の効果について）
まず、発明が解決しようとする課題や発明の効果は、前記した内容に限定されるものではなく、本発明によって、前記に記載されていない課題を解決したり、前記に記載されていない効果を奏することもでき、また、記載されている課題の一部のみを解決したり、記載されている効果の一部のみを奏することがある。例えば、ユーザの利便性が従来と同程度の場合であっても、従来とは異なる手段によって新生児に対する医療行為の管理を行うことが可能となっている場合には、本願の課題は解決されている。
【００６１】
（構成及び制御について）
また、上記各実施の形態で自動的に行われるものとして説明した制御の全部または任意の一部を手動で行っても良く、逆に、手動で行われるものとして説明した制御の全部または任意の一部を公知技術または上述した思想に基づいて自動化しても良い。また、上記実施の形態において示した各構成要素の各機能ブロックの一部又は全部を、ハードワイヤードロジックにて構成しても良い。
【００６２】
（分散や統合について）
また、上述した各電気的構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散や統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散や統合して構成できる。例えば、作成サーバ１０と管理サーバ２０を相互に統合したり、作成サーバ１０や管理サーバ２０の機能の一部を支援端末４０に持たせることができる。
【００６３】
（母親と新生児の対応関係について）
上記実施の形態では、新生児の患者ＩＤを、その母親の患者ＩＤを上位ＩＤとして、さらに下位ＩＤを付加することにより構成しているので、これらの患者ＩＤに基づいて、母親と新生児とを関連付けることができる。この関連付けは、その他の方法によって行ってもよく、例えば、新生児の患者ＩＤを母親の患者ＩＤと無関係に付与した場合であっても、新生児の患者ＩＤと母親の患者ＩＤとを相互に関連付ける親子関係特定ＤＢを記憶部２１に設けてもよい。
【００６４】
上記実施の形態では、母親の患者情報や実施情報の一部を新生児の患者情報や実施情報に直接コピーしているが、直接コピーすることに代えて、母親の患者情報や実施情報にリンクするポイント等のリンク情報のみを、新生児の患者情報や実施情報に記録してもよい。この場合には、母親の患者情報や実施情報に修正が生じた場合に、当該母親の患者情報や実施情報のみを修正することで、これに対応する新生児の患者情報や実施情報も実質的に修正することができるので、患者情報や実施情報の維持管理が容易になる。
【００６５】
（新生児登録用画面について）
新生児登録用画面には、上記した情報以外の情報を表示してもよく、例えば、同一の母親からこれまでに出産され登録された新生児の人数を表示してもよい。この人数は、母親の患者ＩＤに基づいて患者情報ＤＢ２１ａを参照することによって特定することができる。
【００６６】
（新生児の患者情報について）
新生児登録処理で患者情報ＤＢ２１ａに登録する新生児の患者情報としては、さらに他の情報を登録するようにしてもよい。例えば、母親の患者情報の氏名における名字と、医師等が入力した任意の名前とから、新生児の氏名を登録してもよい。また、追加ボタンが選択された年月日を公知の方法で取得し、当該取得した年月日を新生児の生年月日として登録してもよい。その他にも、血液型、Ｒｈ因子、身長、体重、あるいは任意の備考情報を、医師等が入力して登録できるようにしてもよい。
【符号の説明】
【００６７】
１  統合支援センター
２  病院
３、４  ネットワーク
１０  作成サーバ
１１、２１  記憶部
１２、２２  制御部
１３、２３  ネットワークインターフェース
２０  管理サーバ
２１ａ  患者情報ＤＢ
２１ｂ  医師情報ＤＢ２１ｂ
２１ｃ  疾患情報ＤＢ２１ｃ
２１ｄ  実施情報ＤＢ
２２ａ  実施設定部
２２ｂ  実施管理部
３０  オーダサーバ
４０  支援端末
【図１】
2014063216.tif 000003
【図２】
2014063216.tif 000004
【図３】
2014063216.tif 000005
【図４】
2014063216.tif 000006
【図５】
2014063216.tif 000007
【図６】
2014063216.tif 000008
【図７】
2014063216.tif 000009
【図８】
2014063216.tif 000010
【図９】
2014063216.tif 000011
【図１０】
2014063216.tif 000012
【図１１】
2014063216.tif 000013
【図１２】
2014063216.tif 000014