2021-011289

当審拒絶理由で引用した引用文献１には、以下の事項が記載されている。（下線は、強調のため当審で付与した。）

「【請求項１】医療機関のカルテデータを別の医療機関に電送する際に、カルテデータを正確に、効率よく、過不足なく電送するためのＸＭＬフォーマットとＤＴＤ、および、PC上でのカルテ情報表示装置。」

「【請求項２】医療機関に電子カルテ形態で保存されている患者カルテデータを別の医療機関に電送する際に 患者の情報を正確に、効率よく、過不足ない形式で表現するために、カルテデータに含まれる各種情報の種類に合わせて階層構造で表現されたＸＭＬフォーマットとＤＴＤ、および、PCでのカルテ情報表示装置。」

「【０００１】

【発明が属する技術分野】本発明は、電子カルテ内の患者データを交換するフォーマットおよび装置に係る。

【０００２】

【従来の技術】カルテ情報は、処置処方、主訴、観察、所見に加え、手書きの絵、X線や超音波エコーなどの画像、各種検査の結果、などの形態の異なるデータがお互いに関係付けられて含まれている。データの種類が多様でかつ関係付けが複雑であるため、特定の電子カルテ装置の中ではカルテ情報を表現できていたとしても、その装置外で普遍性のあるデータ形式を使って表現することができなかった。このため、特定の電子カルテ装置で作成されたカルテ情報を、他機種の電子カルテ装置に移管することができず、また、当該データが作成された電子カルテ装置を保有していない医療機関においてカルテ情報を電子的に参照することができなかった。

続きを表示（全18行）

【０００３】

【発明が解決しようとする課題】別の医療機関の患者カルテデータをそのままの形で再現するデータ表現が存在しなかったため、電子カルテを導入していてもあくまで紙のカルテの代用にすぎず、過去の患者情報の再利用がしにくいという課題があった。

【０００４】

【課題を解決するための手段】一人の患者の一来院の患者データ（病歴、診察履歴、薬歴等）を最小単位にして、指定した患者の指定来院日の情報をＸＭＬ形式でテキストファイル形式で電子カルテ外部に出力する。これを電子メール等でこの患者情報を参照したい医療機関に送信し、受け取った医療機関はこのテキストファイルを電子カルテに取り込むことにより患者カルテデータを電子カルテ上で参照することができる。

【０００５】

【発明の実施の形態】以下、図を用いて本発明の実施の形態を説明する。

【０００６】図１は、本発明が適用される電子カルテ参照装置の構成図である。本実施形態の電子カルテ参照装置１は、患者データ格納部１１０と、外部データ入出力機能部１２０と、外部にＸＭＬフォーマットとＤＴＤを備えた交換用患者データ格納部１３０と、診察結果入出力機能部１４０とを備えている。このような本実施形態の電子カルテ参照装置１は、例えば、米国マイクロソフト社製のＯＳ（Operating System）である「Ｗｉｎｓｏｗｓ２０００（製品名）」を搭載するパーソナル・コンピュータ装置において、アプリケーション・プログラムによって実現し、本発明の方法及び装置を適用することができる。

【０００７】図２は交換用患者データ格納部に格納されている患者データの相関関係を示したモデル図である。

【０００８】患者データ２３０の下には以下の情報が格納される。

１．頭書き情報２４０

２．住所情報２５０

３．保険情報２６０

４．経過情報２７０

５．処方情報２８０」

「【００１１】図４は図２の頭書き情報２４０の詳細である。患者についての基本情報が格納されている。」

「

［図：0001387131000001.jpg］

」（図４）

「【００２６】本発明を適用したＸＭＬファイルのフォーマットの構造を定義したＤＴＤ（Ｄｏｃｕｍｅｎｔ Ｔｙｐｅ Ｄｅｆｉｎｉｔｉｏｎ）は以下のようになる。

（中略）

<!-- 頭書き情報 -->

<!ELEMENT ATAMAGAKI (PID,KAN,NAM?,INI?,BTH?,PRL?,SEX?,PNO,REN?,SHK?,BUN?

,MIS?,VIS?,KIN?,SEC?,LNG?,PTA?)>

（中略）

【００２７】ここで、本発明を適用した電子カルテ参照装置を持つ二つの医療機関ＡとＢの間である患者Ｃのデータを交換する方法を説明する。図２４はそれぞれの医療機関には本発明を適用した電子カルテ参照装置とその交換方法を示したものである。

【００２８】まず、医療機関Ａの患者情報格納部１６１に格納されている患者Ｃのデータを外部データ入出力機能１６２を利用して交換用患者データ交換部１５３に保存する。医療機関は交換用患者データ交換部１６３に保存されているＸＭＬ化された患者ＣのデータをＥ－ＭＡＩＬなどで医療機関Ｂに送信する。患者のプライバシーを考慮するとこのデータは暗号化されていることが望ましい。

【００２９】医療機関Ｂでは受信したデータは交換用患者データ交換部１６４に保存され、外部データ入出力機能１６５を通じて医療機関Ｂの患者情報格納部１６６に格納される。この時点で患者Ｃのデータは医療機関Ｂにもともと格納されていた他の患者情報と同じに扱うことができ、診察結果入出力機能部１６７を通して医療機関Ｂの医師が編集、参照することが可能になる。」

「

［図：0001387131000002.jpg］

」（図２４）

段落【００２７】より、図２４は、「電子カルテ参照装置を持つ二つの医療機関ＡとＢの間である患者Ｃのデータを交換する方法」を説明するものであるから、図２４に記載された医療機関Ａと、医療機関Ｂと、両者を接続する通信路とを合わせて、「医療機関ＡとＢの間である患者Ｃのデータを交換するシステム」と捉えることができる。

また、段落【０００６】の「患者データ格納部」と段落【００２８】、【００２９】、図２４の「患者情報格納部」は、同じものであることが明らかであるから、表記を「患者データ格納部」に統一する。

そうすると、引用文献１には、次の発明（以下「引用発明」という。）が記載されているといえる。

（引用発明）

電子カルテ参照装置を持つ二つの医療機関ＡとＢの間である患者Ｃのデータ、すなわち、電子カルテ形態で保存されている患者カルテデータを交換するシステム（請求項２、【００２７】、図２４）であって、

電子カルテ参照装置は、患者データ格納部と、外部データ入出力機能部と、外部にＸＭＬフォーマットとＤＴＤを備えた交換用患者データ格納部と、診察結果入出力機能部とを備え（【０００６】）、

医療機関Ａは、患者データ格納部に格納されている患者Ｃのデータを外部データ入出力機能を利用して交換用患者データ交換部に保存し、交換用患者データ交換部に保存されているＸＭＬ化された患者ＣのデータをＥ－ＭＡＩＬなどで医療機関Ｂに送信し（【００２８】）、

医療機関Ｂは、受信したデータを交換用患者データ交換部に保存し、外部データ入出力機能を通じて医療機関Ｂの患者データ格納部に格納するものであり、この時点で、患者Ｃのデータは医療機関Ｂにもともと格納されていた他の患者情報と同じに扱うことができ（【００２９】）、

ＸＭＬフォーマットとＤＴＤは、患者の情報を正確に、効率よく、過不足ない形式で表現するために、カルテデータに含まれる各種情報の種類に合わせて階層構造で表現されたものであり（請求項２）、

前記ＤＴＤは、ＸＭＬファイルのフォーマットの構造を定義したものであり（【００２６】）、

交換用患者データ格納部に格納されている患者データの下には、頭書き情報、住所情報、保険情報、経過情報、処方情報が格納され（【０００７】、【０００８】）、

例えば、頭書き情報である、患者についての基本情報は、次のＸＭＬフォーマットを有する、

［図：0001387131000003.jpg］

（【００１１】、図４）

システム。

当審拒絶理由で引用した引用文献２には、次の事項が記載されている。

「【００４５】すなわち、フォーム変換部１１３は、まず、マッピングルール記憶部１１２から該当するマッピングルールを読み込む（ステップＳ２０１）。次いで、フォーム変換部１１３は、マッピングルールに定義された変換元データの項目名を元に、変換元データからそれに属するデータ項目を検索し、その値を変換元データから取得する（ステップＳ２０２）。

【００４６】例えば、図２（ｄ）のＸＭＬデータが変換元の場合には、マッピングルールに定義された変換元データの項目名に対応するタグが検索され、そのタグに対応する位置のデータ値が取得されることになる。また図２（ａ）の帳票データが変換元の場合には、マッピングルールに定義された変換元データの項目名に対応する入力フィールドが検索され、その入力フィールド内のデータ値が取得される。

【００４７】そして、フォーム変換部１１３は、マッピングルールに定義された変換先の項目名に従い、変換元から取得したデータ値をマッピングルールで指定される変換先の該当する項目名の位置にセットする（ステップＳ２０３）。ステップＳ２０２，２０３の処理は、マッピングルール内の全定義分だけ繰り返し実行される。これにより、変換元データの内容を変換先データの形式に変換して出力することが可能となる。」

原査定の理由で引用された引用文献Ａには、以下の事項が記載されている。（下線は当審で付与した。）

「【０００１】

本発明は複数の異なる施設内で作成、編集、参照される電子的な文書群を、共通のソフトウェアで一元的に管理し、サーバー資源の最小化、ソフトウェアの開発保守費用の低減、さらには必要に応じて施設間の情報共有を円滑化する文書管理サーバーシステムに関する。」

「【００３１】

一個の文書管理サーバーシステムで、性格の異なる複数の施設の文書を管理するためには、（１）夫々の施設で用いられる文書カテゴリーのリストおよび各文書カテゴリーの項目建ての管理手段、（２）各々の施設で用いられる様々なカテゴリーの文書とその項目を処理するための文書処理手段、（３）作成された種々の文書を記録・参照する文書データ記録手段、（４）アクセスしてきたユーザーを認証し、許可された範囲でのみ文書閲覧や作成・編集を可能とする、ユーザー認証、ユーザー毎の文書アクセス権限管理手段、の各手段群が必要である。（略）」

「【００３５】

次に、様々な項目構成を持つ種々の文書カテゴリーの文書データを記録する文書データ記録手段につき説明する。ここでは医療機関における患者基本情報と薬剤処方という２種類の文書カテゴリーの文書データを例に取る。

図５は、夫々の文書データを、リレーショナルデータベースの形式で表現したものである。リレーショナルデータベースでは、個々の項目は固定長データとして記録され、それによる高速処理が可能となっている。その反面、項目建てが異なれば、同一の表(リレーション)として扱うことは困難であるので、別々のリレーションとなる。

【００３６】

図６、図７は、図５の各々のリレーションのデータを、ＸＭＬおよびＪＳＯＮと呼ばれる形式で表現したものである。ＸＭＬ形式およびＪＳＯＮ形式では、データはテキストファイルとなり、ファイルの長さは異なってくる。項目建ては、ＸＭＬ形式では、＜＞で示されるタグで表現される。ＪＳＯＮ形式では、"タグ名"："データ"の形式で表現される。部門ごとのデータ項目建てが異なっていても、一つの文書の全データ項目は、一つのＸＭＬ形式ないしＪＳＯＮ形式のデータファイルに変換できる。たとえ、項目建てや記載形式が異なっていても、ＸＭＬファイル化ないしＪＳＯＮファイル化してしまえば、全て一つの可変長テキストファイルに過ぎない。従って、リレーションの一つの枡目に、ＸＭＬ文書データないしＪＳＯＮ文書データの記録場所を指し示す固定長のアドレスを格納すればよい。」

「【００４４】

図１２は、図９の文書処理手段部分を詳細化したものである。

文書処理手段では、前記文書データ記録手段（データファイル）から文書データを読み出す、読み出した文書データを読みやすい形に表示する、文書データを編集して書き込む、或いは新規文書を作成したり、不要に文書をなった削除したりする等などの処理を行う。図３、図４に示したように、多種多様な文書カテゴリーと項目構成があるため、複数の施設毎の文書カテゴリー定義手段、前記文書カテゴリー毎の項目定義手段を備えている。文書カテゴリー毎に、前述のように端末ＰＣと文書データの送受信を行うウェブサービスのソケットを設けている。また、後述するように、認証されたユーザー毎のアクセスコントロールテーブル（Access Control Table）を用いた、ユーザーごとのアクセス管理手段を備えている。

サーバーにはクライアントからのアクセスを識別し、ユーザー毎の文書アクセス管理手段で、どの文書カテゴリーにどこまでアクセス可能かを識別する。アクセスしてきたクライアントに応じてアクセス可能なデータファイルに対して、当該文書カテゴリーの構成項目情報を提供し、当該文書に対する文書処理手段（プログラム）を適用したデータ処理を行う機能が備えられている。

【００４５】

端末ＰＣから文書データ送受信の要求があった場合、先ずＩＤやパスワード入力、或いは生体認証などでユーザーの認証を行う。次いで、当該ユーザーのアクセスコントロールテーブルを検索し、当該する患者および文書カテゴリーに対して、当該アクセス要求が許可されているかを確認する。もし許可されてなければ、その旨のエラーメッセージを送信し、以降の処理は行わない。

当該文書カテゴリーの参照要求が許可されているならば、当該文書データを前記文書データ記録手段から読み出し、当該文書カテゴリー定義手段および文書カテゴリー毎の項目定義手段の定義情報を併用して、文書の表示体裁を整えた後、端末ＰＣに送信する。書き込み要求が許可されているならば、必要に応じ当該文書カテゴリー定義手段および文書カテゴリー毎の項目定義手段の定義情報を併用して受信した文書データの整合性を確認した後、文書データ記録手段に記録する。」

上記記載からみて、引用文献Ａには、次の発明（以下「引用発明Ａ」という。）が記載されているといえる。

（引用発明Ａ）

複数の異なる施設内で作成、編集、参照される電子的な文書群を、共通のソフトウェアで一元的に管理し、必要に応じて施設間の情報共有を円滑化する文書管理サーバーシステム（【０００１】）において、

（１）夫々の施設で用いられる文書カテゴリーのリストおよび各文書カテゴリーの項目建ての管理手段、（２）各々の施設で用いられる様々なカテゴリーの文書とその項目を処理するための文書処理手段、（３）作成された種々の文書を記録・参照する文書データ記録手段、（４）アクセスしてきたユーザーを認証し、許可された範囲でのみ文書閲覧や作成・編集を可能とする、ユーザー認証、ユーザー毎の文書アクセス権限管理手段を有し（【００３１】）、

文書データ記録手段は、様々な項目構成を持つ種々の文書カテゴリーの文書データを記録するものであり（【００３５】）、データは、ＸＭＬおよびＪＳＯＮと呼ばれる形式で表現したものであり、項目建ては、ＸＭＬ形式では、＜＞で示されるタグで表現され、ＪＳＯＮ形式では、"タグ名"："データ"の形式で表現され、部門ごとのデータ項目建てが異なっていても、一つの文書の全データ項目は、一つのＸＭＬ形式ないしＪＳＯＮ形式のデータファイルに変換でき（【００３６】）、

文書処理手段では、多種多様な文書カテゴリーと項目構成があるため、複数の施設毎の文書カテゴリー定義手段、前記文書カテゴリー毎の項目定義手段を備えており（【００４４】）、

端末ＰＣから文書データ送受信の要求があった場合、当該文書データを前記文書データ記録手段から読み出し、当該文書カテゴリー定義手段および文書カテゴリー毎の項目定義手段の定義情報を併用して、文書の表示体裁を整えた後、端末ＰＣに送信し、また、当該文書カテゴリー定義手段および文書カテゴリー毎の項目定義手段の定義情報を併用して受信した文書データの整合性を確認した後、文書データ記録手段に記録する（【００４５】）

文書管理サーバーシステム。