JP2021006976A - 歯科治療管理装置 - Google Patents

Abstract

【課題】患者の問題について、経過記録を時系列上に俯瞰して閲覧することが可能な、歯科治療管理装置を提供する。【解決手段】歯科治療管理装置は、表示部に患者の診療情報等を表形式で表示する。診療情報等一覧画面は、列が同じ診療日で統一されている日付順表示モードと、列の診療日は無視され、治療が行われた項目が単に右端に寄せて表示される算定順表示モードを有する。【選択図】図５

Description

本発明は、主に歯科治療において運用される、歯科治療管理装置に関する。

今日、情報通信技術の発達により、様々な業務支援システムがエンドユーザへ安価に提供できるに至っている。このような実情に鑑み、出願人は、主に歯科医院向けの電子カルテシステムを開発、販売している。紙ベースのカルテと比較して、電子カルテシステムは記録する条件に一定のルールを設けることで、カルテの品質を向上させる効果がある。カルテの記載内容の品質を向上させることは、医療ミスの低減、医療内容の質の向上にも繋がる。特に歯科医院の場合、歯の数が多いため、患者の歯の一本一本の状態を適切に管理しなければならない。したがって、歯科医院の診療内容はデータベースとの親和性が高く、歯科医院が電子カルテシステムを導入することによってもたらされるメリットは大きい。
一例として、電子カルテ装置の先行技術文献を特許文献１に示す。特許文献１には、カルテ作成時における医師の操作負担を低減する電子カルテ装置の技術内容が開示されている。
なお、本明細書において、診療情報とは、疾患と治療に関する全ての情報を指す。すなわち、カルテ、衛生士業務記録簿、歯周検査記録表等に記載され得る情報全てである。

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

これまでの歯科医院向けの電子カルテシステムは、紙ベースのカルテを基に設計されている。つまり、診療を記録する冊子形状の帳簿をイメージしている。このため、ある部位（患者の口腔内の歯番）における疾患について、時系列上で俯瞰して見る、という機能がなかった。

本発明はかかる課題を解決し、問題について、経過記録を時系列上に俯瞰して閲覧することが可能な、歯科治療管理装置を提供することを目的とする。ここで問題とは、患者の口腔内の部位及び疾患、患者が抱える社会的問題、精神的問題等である。経過記録とは、患者の主訴や所見、治療内容、指導内容等である。

上記課題を解決するために、本発明の歯科治療管理装置は、列方向または行方向に診療日付が列挙され、診療日付と直交する方向に患者の部位と疾患の組が列挙され、診療日付と部位と疾患の組に合致する箇所に患者の診療内容が記載される日付順表示テーブルと、日付順表示テーブルの診療日付の配置を無視して診療内容を一方向に寄せた状態で記載される算定順表示テーブルを作成する表示用データ生成部を具備する。更に、日付順表示テーブル及び算定順表示テーブルを選択的に表示する指示を出す操作部と、操作部の操作に従って、日付順表示テーブルまたは算定順表示テーブルの何れかを表示用データ生成部から受け取る入出力制御部と、入出力制御部から日付順表示テーブルまたは算定順表示テーブルの何れかを受け取り、表示処理を行う表示制御部と、表示制御部の情報処理に基づいて、日付順表示テーブルまたは算定順表示テーブルに基づく診療情報等一覧画面を表示する表示部を具備する。

本発明により、患者の口腔内の部位及び疾患について、症状と治療内容と時系列上に俯瞰して閲覧することが可能な、歯科治療管理装置を提供することができる。
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

本発明の実施形態に係る歯科治療管理装置及び歯科治療管理システムの全体構成を示す概略図である。 歯科治療管理装置及び端末装置のハードウェア構成を示すブロック図である。 歯科治療管理サーバのハードウェア構成を示すブロック図である。 歯科治療管理装置及び歯科治療管理システムのソフトウェア機能の概略を示すブロック図である。 日付順表示モードにおける診療情報等一覧画面の一例である。 日付順表示モード及び算定順表示モードにおける診療情報等一覧画面の一部を示す概略図である。 診療情報等一覧画面のデータ構造を示す概略図である。 テーブルのフィールド構成を示す表である。 歯科治療管理装置の表示用データ生成部の動作の流れを示すフローチャートである。 サブテーブル作成処理の流れを示すフローチャートである。 第一工程の処理の流れを示すフローチャートである。 第二工程の処理の流れを示すフローチャートである。 第三工程の処理の流れを示すフローチャートである。 第四工程の処理の流れを示すフローチャートである。 第五工程の処理の流れを示すフローチャートである。 第六工程の処理の流れを示すフローチャートである。 問題テーブルサブテーブルと診療情報等テーブルサブテーブルに対するデータ操作作業のイメージを示す図である。 日付順構成テーブルに対するデータ操作作業のイメージを示す図である。 日付順構成テーブルからテーブルＨＴＭＬ文書を生成する処理の流れを示すフローチャートである。

本発明はパソコン上で稼働する歯科医師向けの電子カルテシステムにおける、カルテ表示機能の改良である。
図１に示す歯科治療管理装置または歯科治療管理システムは、図２及び／または図３に示すハードウェア構成を備え、図４に示すソフトウェア機能を備えることで、図５及び図６に示すカルテ表示画面を表示部に表示する機能を有する。
カルテ表示画面の実態は図７に示すデータ構造を有し、図９から図１６、図１９に示すフローチャートに示す処理を遂行することで図８に示すテーブルを構築し、図５及び図６に示すカルテ表示画面を実現する。その際、図１７及び図１８に示すテーブルデータ操作を遂行する。

［歯科治療管理装置１０１：全体構成］
図１Ａは、本発明の実施形態に係る歯科治療管理装置１０１の、スタンドアロン型の全体構成を示す概略図である。
歯科医師１０２は、患者１０３の診療情報を歯科治療管理装置１０１に入力することで、多数の患者１０３の診療情報を管理する、スタンドアロンの電子カルテシステムを構築する。
歯科治療管理装置１０１は、後述するテーブルを内部の不揮発性ストレージに構築することで、多数の患者１０３の診療情報を記憶する。また、後述する機能を用いて、表示部１０１ａに診療情報一覧画面を表示する。

図１Ｂは、本発明の実施形態に係る歯科治療管理システム１０４の、クライアント・サーバ型の全体構成を示す概略図である。
歯科医師１０２は、患者１０３の診療情報を端末装置１０５に入力することで、インターネット１０６を通じて接続される歯科治療管理サーバ１０７に多数の患者１０３の診療情報を管理する、クライアント・サーバ型の電子カルテシステムを構築する。
歯科治療管理サーバ１０７と端末装置１０５は、後述するテーブルを歯科治療管理サーバ１０７内部の不揮発性ストレージに構築することで、多数の患者１０３の診療情報を記憶する。また、後述する機能を用いて、端末装置１０５の表示部１０５ａに診療情報一覧画面を表示する。
本発明に係る診療情報一覧画面を表示する機能は、スタンドアロン型、クライアント・サーバ型を問わず、実現可能な機能である。

［歯科治療管理装置１０１：ハードウェア構成］
図２は、図１Ａに示した歯科治療管理装置１０１のハードウェア構成を示すブロック図である。また、このブロック図は図１Ｂに示した端末装置１０５のハードウェア構成を示すブロック図でもある。
一般的なパソコンよりなる歯科治療管理装置１０１は、バス２０１に接続された、ＣＰＵ２０２、ＲＯＭ２０３、ＲＡＭ２０４、表示部１０１ａ、操作部２０５、不揮発性ストレージ２０６、ＮＩＣ（network interface card）２０７を備える。
不揮発性ストレージ２０６には、パソコンを歯科治療管理装置１０１として機能させるためのプログラムと、後述する各種テーブルが格納されている。

図１Ｂに示す端末装置１０５の場合、不揮発性ストレージ２０６には、パソコンを端末装置１０５として機能させるためのプログラムが格納されている以外は、歯科治療管理装置１０１とハードウェア構成は同等である。

［歯科治療管理サーバ１０７：ハードウェア構成］
図３は、歯科治療管理サーバ１０７のハードウェア構成を示すブロック図である。
歯科治療管理サーバ１０７は、バス３０１に接続された、ＣＰＵ３０２、ＲＯＭ３０３、ＲＡＭ３０４、不揮発性ストレージ３０５、ＮＩＣ３０６を備える。
不揮発性ストレージ３０５には、サーバを歯科治療管理サーバ１０７として機能させるためのプログラムと、後述する各種テーブルが格納されている。
なお、歯科治療管理サーバ１０７はパソコンを流用することが可能である。その場合、表示部３０７と操作部３０８を有することがある。ここでは、表示部３０７と操作部３０８は歯科治療管理サーバ１０７に不可欠なものではないので、点線で示している。

［歯科治療管理装置１０１：ソフトウェア機能の概略］
図４は、歯科治療管理装置１０１のソフトウェア機能の概略を示すブロック図である。また、図４は歯科治療管理システム１０４におけるソフトウェア機能のブロック図でもある。
ユーザである歯科医師１０２や歯科衛生士等が操作部２０５を操作すると、入出力制御部４０１を通じて、診療情報一覧画面を生成するためのデータ操作指示が表示用データ生成部４０２に与えられる。

表示用データ生成部４０２は、入出力制御部４０１から受信した指示に従い、後述するデータ生成処理またはデータ更新処理を行うことで、表示用データを生成する。このデータ生成処理は、患者マスタ４０３、問題テーブル４０４、診療情報等テーブル４０５を読み込んで、問題テーブルサブテーブル４０６、診療情報等テーブルサブテーブル４０７、日付順構成テーブル４０８及び算定順構成テーブル４０９を生成する。

表示用データ生成部４０２によって生成された表示用データは、入出力制御部４０１を通じて表示制御部４１０に送られる。表示制御部４１０は、表示用データを解釈し、表示部１０１ａに診療情報一覧画面を表示する。

本発明の実施形態に係る歯科治療管理装置１０１における、入出力制御部４０１の機能の一部と、表示制御部４１０の実体は、周知のｗｅｂブラウザで実現可能である。また、ｗｅｂブラウザに代えて専用の表示プログラムでも実現可能である。これより説明する実施形態では、説明を簡単にするため、入出力制御部４０１の機能の一部と、表示制御部４１０の実体がｗｅｂブラウザであり、表示用データ生成部４０２が表示用テーブルＨＴＭＬ文書を生成するものとして、機能の詳細を説明する。

ｗｅｂブラウザは、種々のボタン等よりなるユーザインターフェースと、レンダリングエンジンと、ECMAScriptインタプリタを有する（https://www.html5rocks.com/ja/tutorials/internals/howbrowserswork/ ）。
レンダリングエンジンは、テキストストリームデータとして入力されるＨＴＭＬ文書と、ＨＴＭＬ文書の装飾を指示するＣＳＳ（Cascade Style Sheet）の構文を解釈して、文書の書式を整形し、表示部１０１ａに表示させる機能を提供する。
ECMAScriptインタプリタは、ＨＴＭＬ文書に埋め込まれる、あるいはＨＴＭＬ文書と共に受信されるECMAScriptプログラムを解釈して実行するインタプリタであり、今日のインタラクティブなｗｅｂブラウジング環境において多用されている。
本発明の表示機能は、ECMAScriptを用いて画面遷移を行わずに動的なｗｅｂアプリケーションを構築するＡｊａｘ（Asynchronous JavaScript + XML（JavaScriptは登録商標））を用いて、テーブルＨＴＭＬ文書の一部を表示するものとする。

また、図４において、歯科治療管理システム１０４のソフトウェア機能は、一点鎖線の枠で囲まれる表示用データ生成部４０２及び各種テーブルが、歯科治療管理サーバ１０７に相当し、同じく一点鎖線の枠で囲まれる操作部２０５、入出力制御部４０１、表示制御部４１０及び表示部１０５ａが、端末装置１０５に相当する。
端末装置１０５の入出力制御部４０１は、インターネット１０６を通じて歯科治療管理サーバ１０７の表示用データ生成部４０２へ指示を送信する。
また、歯科治療管理サーバ１０７の表示用データ生成部４０２は、インターネット１０６を通じて端末装置１０５の入出力制御部４０１へ表示用テーブルＨＴＭＬ文書を送信する。

以上、歯科治療管理装置１０１と歯科治療管理システム１０４のソフトウェア機能が同等のものであることを説明した。
説明の重複を防ぐため、これ以降は歯科治療管理装置１０１におけるソフトウェア機能の説明を行う。

［歯科治療管理装置１０１：診療情報等一覧画面、日付順表示モード、算定順表示モード］
図５は、日付順表示モードにおける診療情報等一覧画面Ｗ５０１の一例である。
診療情報等一覧画面Ｗ５０１は、診療情報等を表形式で表示する。この表は、行が部位と疾患別であり、列が診療日付である。診療日付は右方向が最新の診療日である。
列Ｃ５０２は、患者の疾患の部位を表示する領域である。
列Ｃ５０３は、患者の疾患の略称及び問題を表示する領域である。
行Ｒ５０４は、診療日付を表示する領域である。
欄Ｓ５０５は、診療内容を表示する領域である。

本発明の実施形態に係る歯科治療管理装置１０１では、診療情報等一覧画面Ｗ５０１を表示部１０１ａに表示する際、日付順表示モードと算定順表示モードの、二種類の表示モードがある。この表示モードの相違点等の詳細は、図６以降にて説明する。

部位とは、歯科医療現場においては歯番を指す。歯番とは患者１０３を正面から見た口腔内を正中線の左上、左下、右上、右下ごとに分割し、前から後ろに向けて永久歯は１〜８、乳歯はＡ〜Ｅとした番号のことである。
疾患とは、虫歯や歯槽膿漏、歯周病等の、当該歯や歯茎に生じている疾患の略称を指す。歯科医療現場には、厚生労働省保健局の通達によって標準化された疾患の略称が存在する（https://www.mhlw.go.jp/file/06-Seisakujouhou-12400000-Hokenkyoku/0000203041.pdf ）。
例えば、左下５番が進行度３の虫歯である場合は、図５の列Ｃ５０３に属する欄には「左下５ Ｃ３」という文字列が表示される。
但し、列Ｃ５０３には、疾患の他、患者の社会的問題及び精神的問題も表示される。
社会的問題とは、ひとり親のため診療時間の確保が困難であることや保護者が無関心であることなど社会的な問題を指す。
精神的問題とは、歯が黒いや歯茎の色が気になる、歯科治療に対する恐怖心があるなど患者が抱えている精神的な問題を指す。

図５に示す診療情報等一覧画面Ｗ５０１は、日付順表示モードにおけるカルテ表示状態である。表の行が部位と疾患で統一されており、表の列は同一の診療日で統一されている。つまり、ある部位と疾患について、横方向に見るだけで、時系列を追ってどのような治療が行われたのか、またその際、患者１０３の主訴（患者１０３が訴える最も重要な病症）等の変化を容易に追うことができる。
更に、初診日の欄は背景が薄いピンク色で着色表示される。

図６は、日付順表示モードと算定順表示モードにおける診療情報等一覧画面の一部を示す概略図である。
図６の（ａ）は、日付順表示モードの診療情報等一覧画面Ｗ６０１である。
図６の（ｂ）は、算定順表示モードの診療情報等一覧画面Ｗ６０２である。

日付順表示モードの診療情報等一覧画面Ｗ６０１において、列方向は診療日付を示す。したがって、例えば欄Ｓ６０３と列方向で一致する欄Ｓ６０４は同一の診療日付である。また、欄Ｓ６０５と欄Ｓ６０６は初診日である。
算定順表示モードの診療情報等一覧画面Ｗ６０２では、列方向は診療日付を示さない。日付順表示モードの診療情報等一覧画面Ｗ６０１における欄は全て右端に寄せられている。したがって、例えば欄Ｓ６０３と欄Ｓ６０４は同じ行ではなくなっている。また、欄Ｓ６０６も右端に移動している。

図６の（ａ）に示す日付順表示モードにおける診療情報等一覧画面Ｗ６０１は、列が同じ診療日で統一されている。
一方、（ｂ）の算定順表示モードにおける診療情報等一覧画面Ｗ６０２は、列の診療日は無視され、治療が行われた項目が単に右端に寄せて表示されている。これら項目に経過記録が表示されると、行、つまり部位と疾患毎に経過記録が一目でわかるようになる。

［歯科治療管理装置１０１：診療情報等一覧画面のデータ構造］
図７は、診療情報等一覧画面のデータ構造を示す概略図である。
ＬＣＤディスプレイ等の表示部１０１ａは、限られた表示面積を有する。これに対し、患者１０３の診療情報は表示部１０１ａの表示面積には収まらないことが多々ある。
そこで、患者１０３の全ての診療情報を、一旦、表形式のデータ（以下「診療情報表Ｔ７０１」）として構成する。そして、表示部１０１ａには、その診療情報表Ｔ７０１のうち、表示可能な箇所が表示されるようにする。
表示部１０１ａに表示される表示欄Ａ７０２には、縦スクロールバーＢ７０３と横スクロールバーＢ７０４が設けられており、これらのスクロールバーをマウス等のポインティングデバイスで操作することで、診療情報表Ｔ７０１における表示範囲Ａ７０５が移動する。
また、表示範囲Ａ７０５が移動することで、診療日付表示範囲Ａ７０６、部位疾患表示範囲Ａ７０７も同様に移動する。

診療情報表Ｔ７０１は周知のＨＴＭＬにおけるテーブルタグ（<table>〜</table>）で構成する。表示用テーブルＨＴＭＬ文書がこの診療情報表Ｔ７０１に該当する。
ｗｅｂブラウザにおける表示用テーブルＨＴＭＬ文書の表示機能は、Ａｊａｘにて実現する。

［歯科治療管理装置１０１：テーブルのフィールド構成］
本発明の実施形態に係る歯科治療管理装置１０１または歯科治療管理システム１０４において使用される各種テーブルは、レコード番号、あるいはレコードアドレス情報を用いてレコードを直接的に特定できる仕様であるものとする。なお、レコード番号を用いることができないテーブルの場合は、０を含む整数の一意な連番が格納されるレコード番号フィールドを設けることで、同等の機能を実現できる。

図８は、テーブルのフィールド構成を示す表である。
患者マスタ４０３は、患者ＩＤフィールド、患者氏名フィールド、患者その他情報フィールドを有する。
患者ＩＤフィールドには、患者１０３を一意に識別する患者ＩＤが格納される。
患者氏名フィールドには、患者氏名が格納される。
患者その他情報フィールドには、患者１０３の性別、生年月日、住所、保険証の種別等、患者１０３の諸情報が格納される。

問題テーブル４０４は、患者ＩＤフィールド、部位フィールド、疾患フィールド、治療計画フィールド、検査結果フィールドを有する。
患者ＩＤフィールドは、患者マスタ４０３の同名フィールドと同じである。
部位フィールドには、患者１０３の疾患を有する部位を示す情報が格納される。
疾患フィールドには、部位フィールドにて特定される部位に生じている疾患の略称と、患者の社会的問題及び精神的問題を指し示す情報が格納される。この疾患フィールドに患者の社会的問題及び精神的問題を指し示す情報が記録される時、部位フィールドには「該当部位なし」を指し示す情報が格納される。
治療計画フィールドには、部位フィールドにて特定される部位に生じている疾患を治療するための治療計画が歯科医師１０２によって記入される。
検査結果フィールドには、部位フィールドにて特定される部位の検査結果が歯科医師１０２等によって記入される。

診療情報等テーブル４０５は、患者ＩＤフィールド、部位フィールド、疾患フィールド、診療内容フィールド、診療日付フィールド、初診フラグフィールドを有する。
患者ＩＤフィールドは、患者マスタ４０３の同名フィールドと同じである。
部位フィールドは、問題テーブル４０４の同名フィールドと同じである。
疾患フィールドは、問題テーブル４０４の同名フィールドと同じである。
診療日付フィールドには、診療を行った日付が格納される。
診療内容フィールドには、診療日付フィールドに格納された日付に行った診療内容が歯科医師１０２によって記入される。
初診フラグフィールドには、診療を行った日が初診に該当するか否かを示すフラグが格納される。

問題テーブルサブテーブル４０６は、問題テーブルレコード番号フィールド、最新診療日付フィールド、最古診療日付フィールド、部位疾患連番フィールドを有する。
問題テーブルレコード番号フィールドには、問題テーブル４０４のレコード番号が格納される。
最新診療日付フィールドには、問題テーブルレコード番号フィールドに格納されている問題テーブル４０４のレコード番号で特定される問題テーブル４０４のレコードにある部位・疾患の組における、最新の診療日付が格納される。
最古診療日付フィールドには、問題テーブルレコード番号フィールドに格納されている問題テーブル４０４のレコード番号で特定される問題テーブル４０４のレコードにある部位・疾患の組における、最古の診療日付が格納される。
部位疾患連番フィールドには、この問題テーブルサブテーブル４０６で特定される部位・疾患の組の表示順番が格納される。

診療情報等テーブルサブテーブル４０７は、診療情報等テーブルレコード番号フィールド、診療日付連番フィールド、問題テーブルレコード番号フィールドを有する。
診療情報等テーブルレコード番号フィールドには、診療情報等テーブル４０５のレコード番号が格納される。
診療日付連番フィールドには、診療日付を最古の日付から最新の日付まで並べた際の順番を示す番号が格納される。
問題テーブルレコード番号フィールドは、問題テーブルサブテーブル４０６の同名フィールドと同じである。

日付順構成テーブル４０８及び算定順構成テーブル４０９は同じフィールド構成を有し、部位疾患連番フィールド、診療日付連番フィールド、診療情報等テーブルレコード番号フィールド、表示色フィールドを有する。
部位疾患連番フィールドは、問題テーブルサブテーブル４０６の同名フィールドと同じである。
診療日付連番フィールドは、診療情報等テーブルサブテーブル４０７の同名フィールドと同じである。
診療情報等テーブルレコード番号フィールドは、診療情報等テーブルサブテーブル４０７の同名フィールドと同じである。
表示色フィールドには、診療情報等テーブルレコード番号フィールドに格納されている診療情報等テーブル４０５のレコード番号で特定される、診療情報等テーブル４０５のレコードの診療内容フィールド等の内容を表示用テーブルＨＴＭＬ文書にて表示する際の表示色を指し示す情報が格納される。

［歯科治療管理装置１０１：表示用データ生成部４０２の動作］
図９は、歯科治療管理装置１０１の表示用データ生成部４０２の動作の流れを示すフローチャートである。
処理を開始すると（Ｓ９０１）、表示用データ生成部４０２は最初に、ユーザから指定された患者ＩＤに対応する、問題テーブルサブテーブル４０６、診療情報等テーブルサブテーブル４０７、日付順構成テーブル４０８及び算定順構成テーブル４０９が未だ作成されていないかを確認する（Ｓ９０２）。
もし、ステップＳ９０２において、問題テーブルサブテーブル４０６、診療情報等テーブルサブテーブル４０７、日付順構成テーブル４０８及び算定順構成テーブル４０９が未作成であれば（Ｓ９０２のＹＥＳ）、表示用データ生成部４０２はサブテーブル作成処理を実行する（Ｓ９０３）。

もし、ステップＳ９０２において、問題テーブルサブテーブル４０６、診療情報等テーブルサブテーブル４０７、日付順構成テーブル４０８及び算定順構成テーブル４０９が作成済みであれば（Ｓ９０２のＮＯ）、表示用データ生成部４０２は次にそれらサブテーブルが最新のものであるか否かを確認する（Ｓ９０４）。
もし、サブテーブル作成日時以降に、診療情報等テーブル４０５に当該患者ＩＤについて新たなレコードが追記録されていれば（Ｓ９０４のＹＥＳ）、表示用データ生成部４０２はサブテーブル更新処理を実行する（Ｓ９０５）。
もし、サブテーブル作成日時以降に、診療情報等テーブル４０５に当該患者ＩＤについて新たなレコードが記録されていなければ（Ｓ９０４のＮＯ）、表示用データ生成部４０２は何の処理を行わず、ステップＳ９０６へ移行する。

次に入出力制御部４０１は、ユーザから操作部２０５から入力される指示によって指定された診療情報等一覧画面の表示モードが、日付順表示モードであるのか、算定順表示モードであるのかを確認する（Ｓ９０６）。
ユーザから指定された表示モードが日付順表示モードであれば（Ｓ９０６のＹＥＳ）、入出力制御部４０１は表示用データ生成部４０２から日付順表示テーブル（図１０にて後述）を受け取り、表示制御部に日付順表示テーブルを引き渡して日付順表示処理を実行する（Ｓ９０７）。そして、一連の処理を終了する（Ｓ９０８）。
ユーザから指定された表示モードが算定順表示モードであれば（Ｓ９０６のＮＯ）、入出力制御部４０１は表示用データ生成部４０２から算定順表示テーブル（図１０にて後述）を受け取り、表示制御部に算定順表示テーブルを引き渡して算定順表示処理を実行する（Ｓ９０９）。そして、一連の処理を終了する（Ｓ９０８）。

ステップＳ９０７は、後述する日付順表示テーブルＨＴＭＬ文書を作成して、図７にて説明した表示処理を実行する。
ステップＳ９０９は、後述する算定順表示テーブルＨＴＭＬ文書を作成して、図７にて説明した表示処理を実行する。
なお、日付順表示テーブルＨＴＭＬ文書及び算定順表示テーブルＨＴＭＬ文書の生成処理は、図１９にて後述する。

図１０は、サブテーブル作成処理の流れを示すフローチャートである。
表示用データ生成部４０２は、処理を開始すると（Ｓ１００１）、順次、第一工程（Ｓ１００２）、第二工程（Ｓ１００３）、第三工程（Ｓ１００４）、第四工程（Ｓ１００５）、第五工程（Ｓ１００６）、第六工程（Ｓ１００７）を実行して、処理を終了する（Ｓ１００８）。

第一工程から第五工程までは、日付順構成テーブル４０８の作成手順である。第六工程は、日付順構成テーブル４０８を基に算定順構成テーブル４０９を作成する手順である。
日付順構成テーブル４０８は、ある患者ＩＤの患者１０３の全ての診療履歴が記録された、縦が部位及び疾患、横が診療日付の日付順表示テーブルＨＴＭＬ文書（以下「日付順表示テーブル」と略）を構成するためのテーブルである。すなわち、日付順表示テーブルとは複数の診療日付フィールドを有する部位・疾患レコードの集合体である。

図１１は、第一工程の処理の流れを示すフローチャートである。
処理を開始すると（Ｓ１１０１）、表示用データ生成部４０２は、先ず、問題テーブル４０４を患者ＩＤで絞り込んで、問題テーブルサブテーブル４０６を作成する（Ｓ１１０２）。この時、問題テーブルサブテーブル４０６のレコード数は、日付順表示テーブルのレコード数と等しい。

次に表示用データ生成部４０２は、診療情報等テーブル４０５を患者ＩＤで絞り込んで、診療情報等テーブルサブテーブル４０７を作成する（Ｓ１１０３）。

次に表示用データ生成部４０２は、診療情報等テーブルサブテーブル４０７と診療情報等テーブル４０５をレコード番号にて紐付けた上で、診療情報等テーブル４０５の診療日付フィールドの値でソートする（Ｓ１１０４）。

最後に表示用データ生成部４０２は、診療情報等テーブルサブテーブル４０７の診療日付連番フィールドに、最古の診療日付から新しい順へ自然数の連番を付与して（Ｓ１１０５）、一連の処理を終了する（Ｓ１１０６）。この時、診療情報等テーブルサブテーブル４０７の診療日付連番フィールドの最大値は、日付順表示テーブルの表示列数に等しくなり、診療情報等テーブルサブテーブル４０７の診療日付連番フィールドの値は、日付順表示テーブルの表示列順に等しくなる。

図１２は、第二工程の処理の流れを示すフローチャートである。
処理を開始すると（Ｓ１２０１）、表示用データ生成部４０２は、先ず、問題テーブルサブテーブル４０６と問題テーブル４０４をレコード番号で紐付ける（Ｓ１２０２）。

次に表示用データ生成部４０２は、問題テーブルサブテーブル４０６の最初のレコードを注目する（Ｓ１２０３）。
これ以降はループである。
表示用データ生成部４０２は、問題テーブルサブテーブル４０６の現在注目しているレコードで特定される、問題テーブル４０４の患者ＩＤフィールド、部位フィールド、疾患フィールドの値の組み合わせで、診療情報等テーブル４０５を絞り込み検索する（Ｓ１２０４）。

次に表示用データ生成部４０２は、絞り込み検索でヒットした診療情報等テーブルサブテーブル４０７のレコードの、問題テーブルレコード番号フィールドに、問題テーブルレコード番号を転記する（Ｓ１２０５）。

次に表示用データ生成部４０２は、絞り込み検索でヒットした診療情報等テーブル４０５のレコードの、診療日付フィールドの値を一時リストに全て転記して、この一時リストをソートする（Ｓ１２０６）。

次に表示用データ生成部４０２は、一時リストの末尾レコードの値から得られる最新の診療日付を、問題テーブルサブテーブル４０６の最新診療日付フィールドに、一時リスト先頭レコードの値から得られる最古の診療日付を、問題テーブルサブテーブル４０６の最古診療日付フィールドに、それぞれ転記する（Ｓ１２０７）。

次に表示用データ生成部４０２は、問題テーブルサブテーブル４０６の次のレコードを注目する（Ｓ１２０８）。そして、問題テーブルサブテーブル４０６の次のレコードが存在しない、つまり、ステップＳ１２０７において処理を行った問題テーブルサブテーブル４０６のレコードが問題テーブルサブテーブル４０６の終端レコードであったか否かを確認する（Ｓ１２０９）。

もし、ステップＳ１２０９において次のレコードが存在するのであれば（Ｓ１２０９のＮＯ）、表示用データ生成部４０２はステップＳ１２０４から再び処理を繰り返す。
もし、ステップＳ１２０９において次のレコードが存在しないのであれば（Ｓ１２０９のＹＥＳ）、表示用データ生成部４０２は一連の処理を終了する（Ｓ１２１０）。

図１３は、第三工程の処理の流れを示すフローチャートである。
処理を開始すると（Ｓ１３０１）、表示用データ生成部４０２は、先ず、問題テーブルサブテーブル４０６を最新診療日付フィールドの値でソートする（Ｓ１３０２）。

次に表示用データ生成部４０２は、自然数連番変数ｋを「１」で初期化する（Ｓ１３０３）。そして、ステップＳ１３０２でソートした問題テーブルサブテーブル４０６の最初のレコードを注目する（Ｓ１３０４）。

これ以降はループである。
表示用データ生成部４０２は、問題テーブルサブテーブル４０６の、現在注目しているレコードに隣接するレコードを見て、最新診療日付が同じレコードが他にあるか否かを確認する（Ｓ１３０５）。

もし、最新診療日付が同じレコードが他にあるのならば（Ｓ１３０５のＹＥＳ）、表示用データ生成部４０２は、最古診療日付がより古い方のレコードの部位疾患連番フィールドから順に、ｋ、ｋ＋１、…と、自然数の連番を記入する（Ｓ１３０６）。
もし、最新診療日付が同じレコードが他にないのならば（Ｓ１３０５のＮＯ）、表示用データ生成部４０２は、現在のレコードの部位疾患連番フィールドにｋの値を記入する（Ｓ１３０７）。

ステップＳ１３０６またはステップＳ１３０７の何れかの処理の後、表示用データ生成部４０２は、ステップＳ１３０２でソートした問題テーブルサブテーブル４０６の次のレコードを注目する（Ｓ１３０８）。そして、問題テーブルサブテーブル４０６の次のレコードが存在しない、つまり、ステップＳ１３０８において処理を行った問題テーブルサブテーブル４０６のレコードが問題テーブルサブテーブル４０６の終端レコードであったか否かを確認する（Ｓ１３０９）。

もし、ステップＳ１３０９において次のレコードが存在するのであれば（Ｓ１３０９のＮＯ）、表示用データ生成部４０２はｋの値に１を加算（インクリメント）して（Ｓ１３１０）、ステップＳ１３０５から再び処理を繰り返す。
もし、ステップＳ１３０９において次のレコードが存在しないのであれば（Ｓ１３０９のＹＥＳ）、表示用データ生成部４０２は一連の処理を終了する（Ｓ１３１１）。
最終的に第三工程を終了した時点で、自然数連番変数ｋは、部位疾患連番フィールドに格納される値の最大値を示し、またこの値は日付順表示テーブルの行数である。

図１４は、第四工程の処理の流れを示すフローチャートである。
処理を開始すると（Ｓ１４０１）、表示用データ生成部４０２は、先ず、問題テーブルレコード番号フィールド、診療情報等テーブルレコード番号フィールド及び表示色フィールドが空の日付順構成テーブル４０８を作成する（Ｓ１４０２）。

次に表示用データ生成部４０２は、診療情報等テーブルサブテーブル４０７と問題テーブルサブテーブル４０６を、問題テーブルレコード番号で紐付ける。そして、診療情報等テーブルサブテーブル４０７と診療情報等テーブル４０５を、診療情報等テーブルレコード番号で紐付ける（Ｓ１４０３）。
次に表示用データ生成部４０２は、診療情報等テーブルサブテーブル４０７の最初のレコードを注目する（Ｓ１４０４）。

これ以降はループである。
表示用データ生成部４０２は、部位疾患連番フィールドの値と、診療日付連番フィールドの値で、日付順構成テーブル４０８のレコードを特定する（Ｓ１４０５）。
次に表示用データ生成部４０２は、日付順構成テーブル４０８の当該レコードに、診療情報等テーブルサブテーブル４０７の診療情報等テーブルレコード番号フィールドの値を転記する（Ｓ１４０６）。

次に表示用データ生成部４０２は、診療情報等テーブル４０５の現在のレコードの初診フラグフィールドの値が論理の「真」であるか否かを確認する（Ｓ１４０７）。
初診フラグフィールドの値が論理の「真」であるならば（Ｓ１４０７のＹＥＳ）、表示用データ生成部４０２は、日付順構成テーブル４０８の当該レコードの表示色フィールドに、初診の色を示す色情報を書き込む（Ｓ１４０８）。

ステップＳ１４０７において初診フラグフィールドの値が論理の「偽」であった場合（Ｓ１４０７のＮＯ）、またはステップＳ１４０８の実行後、表示用データ生成部４０２は診療情報等テーブルサブテーブル４０７の次のレコードを注目する（Ｓ１４０９）。そして、診療情報等テーブルサブテーブル４０７の次のレコードが存在しない、つまり、ステップＳ１４０９において処理を行った診療情報等テーブルサブテーブル４０７のレコードが診療情報等テーブルサブテーブル４０７の終端レコードであったか否かを確認する（Ｓ１４１０）。

もし、ステップＳ１４１０において次のレコードが存在するのであれば（Ｓ１４１０のＮＯ）、表示用データ生成部４０２はステップＳ１４０５から再び処理を繰り返す。
もし、ステップＳ１４１０において次のレコードが存在しないのであれば（Ｓ１４１０のＹＥＳ）、表示用データ生成部４０２は一連の処理を終了する（Ｓ１４１１）。

図１５は、第五工程の処理の流れを示すフローチャートである。
処理を開始すると（Ｓ１５０１）、表示用データ生成部４０２は、先ず、日付順構成テーブル４０８の表示色フィールドの値に初診の色情報が書き込まれているレコードを絞り込み検索する（Ｓ１５０２）。
次に表示用データ生成部４０２は、日付順構成テーブル４０８の、絞り込み検索で特定されたレコードの診療日付連番フィールドの値を、全て一時ファイルに転記する（Ｓ１５０３）。

次に表示用データ生成部４０２は、日付順構成テーブル４０８の診療日付連番フィールドの値が一時ファイルに転記した診療日付連番と同じ値で、且つ、表示色フィールドの値が未記入のレコードを絞り込み検索して、それらレコードの表示色フィールドの値に初診の色情報を書き込む（Ｓ１５０４）。

次に表示用データ生成部４０２は、日付順構成テーブル４０８の診療日付連番フィールドの値が最新の初診日の日付連番より大きい値で、且つ、表示色フィールドの値が未記入のレコードを絞り込み検索して、それらレコードの表示色フィールドの値に、直近診療単位の色情報を記入する（Ｓ１５０５）。

最後に表示用データ生成部４０２は、日付順構成テーブル４０８の診療日付連番フィールドの値が最新の初診日日付連番より小さい値で、表示色フィールドの値が未記入のレコードを絞り込み検索して、それらレコードの表示色フィールドの値に、古い診療単位の色情報を記入する（Ｓ１５０６）。そして、一連の処理を終了する（Ｓ１５０７）。

図１６は、第六工程の処理の流れを示すフローチャートである。
処理を開始すると（Ｓ１６０１）、表示用データ生成部４０２は、先ず、問題テーブルレコード番号フィールド、診療情報等テーブルレコード番号フィールド及び表示色フィールドが空の算定順構成テーブル４０９を作成する（Ｓ１６０２）。
次に表示用データ生成部４０２は、カウンタ変数ｉを「１」に初期化する（Ｓ１６０３）。

これ以降はループである。
表示用データ生成部４０２は、日付順構成テーブル４０８の部位疾患連番フィールドの値がｉで、且つ、診療情報等テーブルレコード番号フィールドに有効な値が書き込まれているレコードを絞り込み検索する（Ｓ１６０４）。

次に表示用データ生成部４０２は、ステップＳ１６０４で絞り込んだ日付順構成テーブル４０８のレコードに対し、診療日付連番フィールドの値でソートする（Ｓ１６０５）。
次に表示用データ生成部４０２は、算定順構成テーブル４０９の部位疾患連番フィールドの値がｉのレコードを絞り込み検索する（Ｓ１６０６）。

次に表示用データ生成部４０２は、算定順構成テーブル４０９を診療日付連番フィールドの値でソートする（Ｓ１６０７）。
次に表示用データ生成部４０２は、日付順構成テーブル４０８のソートされたレコードの逆順で、診療情報等レコード番号フィールドの値と、表示色フィールドの値を、算定順構成テーブル４０９の逆順のレコードに転記する（Ｓ１６０８）。

次に表示用データ生成部４０２は、ｉの値に１を加算（インクリメント）して（Ｓ１６０９）、ｉ番目の部位疾患連番が存在するか否かを確認する（Ｓ１６１０）。
もし、ステップＳ１６１０においてｉ番目の部位疾患連番が存在するのであれば（Ｓ１６１０のＮＯ）、表示用データ生成部４０２は再びステップＳ１６０４から処理を繰り返す。
もし、ステップＳ１６１０においてｉ番目の部位疾患連番が存在しないのであれば（Ｓ１６１０のＹＥＳ）、表示用データ生成部４０２は一連の処理を終了する（Ｓ１６１１）。

［日付順構成テーブル４０８の表示列数及び表示列順の決定］
図１１から図１６にかけて説明した表示用データ生成部４０２によるサブテーブル作成処理について、テーブルのイメージを伴って説明する。
図１７は、問題テーブルサブテーブル４０６と診療情報等テーブルサブテーブル４０７に対するデータ操作作業のイメージを示す図である。
図１８は、日付順構成テーブル４０８に対するデータ操作作業のイメージを示す図である。

問題テーブル４０４と診療情報等テーブル４０５をそれぞれ患者ＩＤで絞り込むと、ある患者ＩＤが付されている患者１０３の対象レコードを特定できる。
元々、問題テーブル４０４は診療情報等テーブル４０５を基に、レコードが患者ＩＤ、部位、疾患の組み合わせで一意（uniq:ユニーク）になるように構成されている。したがって、問題テーブル４０４を患者ＩＤで絞り込むと、日付順表示テーブルの表示行数が判る。これが問題テーブルサブテーブル４０６のレコード数である（図１１のステップＳ１１０２）。図１７の（ａ）は、表示用データ生成部４０２が問題テーブル４０４を患者ＩＤで絞り込んだレコードのレコード番号を問題テーブルレコード番号フィールドに転記することで、問題テーブルサブテーブル４０６が構成されている有り様を示している。
しかし、日付順表示テーブルの行数が判っても、この時点では日付順表示テーブルの行方向の表示順番、すなわち部位・疾患の表示順番はわからない。

一方、診療情報等テーブル４０５を患者ＩＤで絞り込むと、診療日付フィールドから当該患者１０３が診療を受けた日が判る。但し、診療を受けた日には、複数の部位・疾患を治療している日も存在するので、診療日付と部位・疾患は１対多の関係である。
そこで表示用データ生成部４０２は、診療情報等テーブル４０５を絞り込んだレコード、すなわち診療情報等テーブルサブテーブル４０７（図１１のステップＳ１１０３）に対し、診療日付でソートする。より具体的には、診療情報等テーブルサブテーブル４０７と診療情報等テーブル４０５をレコード番号にて紐付けた上で、診療情報等テーブル４０５の診療日付フィールドの値でソートする（図１１のステップＳ１１０４）。その上で、表示用データ生成部４０２は、診療情報等テーブルサブテーブル４０７の診療日付連番フィールドに、最古の診療日付から新しい順へ自然数の連番を付与する（図１１のステップＳ１１０５）。

この時、表示用データ生成部４０２は、診療日付が同一のレコードには診療日付連番フィールドに同じ連番を付与する。すると、診療日付フィールドの内容からある患者１０３の全ての診療日付が判明する。更にこの時点で、診療日付連番フィールドの最大数から日付順表示テーブルの列数が判ると共に、診療日付連番フィールドに格納されている数値（連番）から日付順表示テーブルの表示列順を決定できる。

図１７の（ｂ）は、診療情報等テーブル４０５を患者ＩＤで絞り込んだレコードのレコード番号を診療情報等テーブルサブテーブル４０７の診療情報等テーブルレコード番号フィールドに転記する様子を示している。そして次に図１７の（ｃ）は、診療情報等テーブルサブテーブル４０７と診療情報等テーブル４０５を診療情報等テーブルレコード番号にて紐付けた上で、診療情報等テーブルサブテーブル４０７のレコードを、診療情報等テーブル４０５の診療日付フィールドの値でソートして、診療日付連番フィールドに自然数の連番を付与した有り様を示している。

［日付順表示テーブルの表示行順の決定］
図１７の（ｃ）の時点で、日付順表示テーブルの表示行数、表示列数、表示列順は判明した。残りは表示行順である。
そこで表示用データ生成部４０２は、問題テーブルサブテーブル４０６の各レコードについて、診療情報等テーブル４０５を検索して、診療情報等テーブル４０５の診療日付フィールドの内容から最新診療日付と最古診療日付を転記する。

具体的には、先ず表示用データ生成部４０２は、問題テーブルサブテーブル４０６と問題テーブル４０４を問題テーブルレコード番号で紐付ける（図１２のステップＳ１２０２）。次に表示用データ生成部４０２は、問題テーブルサブテーブル４０６のあるレコードで特定できる、問題テーブル４０４の患者ＩＤフィールド、部位フィールド、疾患フィールドの値の組み合わせで診療情報等テーブル４０５を絞り込み検索する（図１２のステップＳ１２０４）。次に表示用データ生成部４０２は、絞り込み検索でヒットした診療情報等テーブル４０５のレコードの、診療日付フィールドの値を一時リストに全て転記して、ソートする（図１２のステップＳ１２０６）。すると、一時リストの先頭レコードと末尾レコードの値から、最新の診療日付と最古の診療日付が判明する。

そこで表示用データ生成部４０２は、一時リストの末尾レコードの値から得られる最新の診療日付を、問題テーブルサブテーブル４０６の最新診療日付フィールドに、一時リスト先頭レコードの値から得られる最古の診療日付を、問題テーブルサブテーブル４０６の最古診療日付フィールドに、それぞれ転記する（図１２のステップＳ１２０７）。

なお、この時、問題テーブルサブテーブル４０６の問題テーブルレコード番号フィールドの値、すなわち問題テーブルレコード番号を、診療情報等テーブルサブテーブル４０７の問題テーブルレコード番号フィールドに転記する（図１２のステップＳ１２０５）。この作業を、問題テーブルサブテーブル４０６の全てのレコードに対して実行する（図１２のステップＳ１２０９）。

次に表示用データ生成部４０２は、問題テーブルサブテーブル４０６を、最新診療日付フィールドの値でソートする（図１３のステップＳ１３０２）。
次に表示用データ生成部４０２は、自然数連番変数ｋを１に初期化する（図１３のステップＳ１３０３）。そして、ソートした問題テーブルサブテーブル４０６の最初のレコードを注目する（図１３のステップＳ１３０４）。
もし、問題テーブルサブテーブル４０６の現在注目しているレコードの最新診療日付が同じレコードが他に存在しない（ユニーク）のであれば（図１３のステップＳ１３０５のＮＯ）、表示用データ生成部４０２は部位疾患連番フィールドに変数ｋの値を記入する（図１３のステップＳ１３０７）。

もし、問題テーブルサブテーブル４０６の現在注目しているレコードの最新診療日付が同じレコードが他に存在するのであれば（図１３のステップＳ１３０５のＹＥＳ）、表示用データ生成部４０２はそれら最新診療日付が同じレコード同士で、最古診療日付フィールドの値を比較する。比較の結果、表示用データ生成部４０２は、最古診療日付フィールドの値が最も古いレコードから順に、部位疾患連番フィールドに変数ｋの値、次のレコードはｋ＋１、次のレコードはｋ＋２…というように、変数ｋを各レコードの部位疾患連番フィールドにインクリメントしつつ記入する（図１３のステップＳ１３０６）。
なお、もしも、最新診療日付も最古診療日付も同一の部位・疾患が複数存在するなら、適当な（あいうえお順等）順番を付してもよい。

こうして表示用データ生成部４０２は、決定した自然数よりなる連番を、問題テーブルサブテーブル４０６の全てのレコードの部位疾患連番フィールドに記入する。
以上の処理で、日付順表示テーブルの表示行順が決定できる。
図１７の（ｄ）は、問題テーブルサブテーブル４０６の最新診療日付フィールド及び最古診療日付フィールドに、それぞれ診療情報等テーブル４０５から最新診療日付と最古診療日付が転記され、最新診療日付でソートした後、最新診療日付が同じレコードが存在する場合には最古診療日付を比較して、部位疾患連番フィールドに自然数の連番を記入した状態を示している。

［日付順構成テーブル４０８の各レコードに対するデータの転記］
以上の処理によって、日付順表示テーブルの表示行数、表示行順、表示列数、表示列順が決定された。
後は、診療情報等テーブル４０５のレコードに含まれる、部位・疾患、診療日付を基に、診療情報等テーブル４０５のレコード番号を日付順構成テーブル４０８の該当欄に転記することで、日付順構成テーブル４０８が完成する。
先ず表示用データ生成部４０２は、問題テーブルレコード番号フィールド、診療情報等テーブルレコード番号フィールド及び表示色フィールドが空の日付順構成テーブル４０８を作成する。日付順構成テーブル４０８のレコード数は、表示行数（部位疾患連番の最大数）×表示列数（診療日付連番の最大数）である（図１４のステップＳ１４０２）。

次に表示用データ生成部４０２は、診療情報等テーブルサブテーブル４０７の問題テーブルレコード番号フィールドの値で、診療情報等テーブルサブテーブル４０７と問題テーブルサブテーブル４０６を紐付ける。更に、診療情報等テーブルサブテーブル４０７の診療情報等テーブルレコード番号の値で、診療情報等テーブルサブテーブル４０７と診療情報等テーブル４０５を紐付ける（図１４のステップＳ１４０３）。
そして表示用データ生成部４０２は、診療情報等テーブルサブテーブル４０７の最初のレコードを注目する（図１４のステップＳ１４０４）。

表示用データ生成部４０２は、診療情報等テーブルサブテーブル４０７の、現在注目しているレコードに紐付いている、問題テーブルサブテーブル４０６の部位疾患連番フィールドの値を取得する。そして、取得した部位疾患連番フィールドの値と、診療日付連番フィールドの値で、日付順構成テーブル４０８のレコードを特定する（図１４のステップＳ１４０５）。
次に表示用データ生成部４０２は、特定したレコードの、診療情報等テーブルレコード番号フィールドに、診療情報等テーブルサブテーブル４０７の診療情報等テーブルレコード番号フィールドの値を転記する（図１４のステップＳ１４０６）。

このとき、診療情報等テーブル４０５の初診フラグフィールドの値が「真」なら（図１４のステップＳ１４０７のＹＥＳ）、表示用データ生成部４０２は、日付順構成テーブル４０８の、当該レコードの表示色フィールドに、初診の色を示す色情報を付す（図１４のステップＳ１４０８）。初診の色を示す色情報は、例えば薄いピンク色である。
診療情報等テーブル４０５の初診フラグフィールドの値が「偽」なら（図１４のステップＳ１４０７のＮＯ）、表示用データ生成部４０２は日付順構成テーブル４０８の該当欄には色情報を付さない。
図１８は、部位疾患連番フィールドの値と、診療日付連番フィールドの値で、日付順構成テーブル４０８のレコードを特定し、診療情報等テーブルレコード番号フィールドに、診療情報等テーブルサブテーブル４０７の診療情報等テーブルレコード番号フィールドの値を転記し、診療情報等テーブル４０５の初診フラグフィールドの値が真なら、日付順構成テーブル４０８の表示色フィールドに、初診の色を示す色情報を付す有り様を示している。

表示用データ生成部４０２が診療情報等テーブルサブテーブル４０７の全てのレコードについて、上記の処理を実行したら、日付順構成テーブル４０８にはある患者１０３における全ての診療情報が記入できた。しかし、日付順構成テーブル４０８の各欄の色については、初診の欄にのみ色情報が付されており、それ以外の欄には色情報が記入されていない。そこで次に表示用データ生成部４０２は、日付順構成テーブル４０８の色情報が付されていない欄について、色情報を追加する。

先ず、日付順構成テーブル４０８の最新の初診日を特定する。具体的には、先ず、表示用データ生成部４０２は日付順構成テーブル４０８の表示色フィールドの値に初診の色情報が書き込まれているレコードを絞り込み検索する（図１５のステップＳ１５０２）。そして、表示用データ生成部４０２は絞り込み検索で特定されたレコードの診療日付連番フィールドの値を全て一時ファイルに転記する（図１５のステップＳ１５０３）。
次に表示用データ生成部４０２は、絞り込み検索を解除した後、一時ファイルに転記した診療日付連番と同じ値で、且つ、表示色フィールドの値が未記入のレコードを絞り込み検索して、それらレコードの表示色フィールドの値に初診の色情報を書き込む（図１５のステップＳ１５０４）。

次に表示用データ生成部４０２は、一時ファイルに転記した診療日付連番の最大値を特定する。この値が最新の初診日の診療記録であるので、最新初診日日付連番として記憶する。
次に表示用データ生成部４０２は、絞り込み検索を解除した後、最新初診日日付連番より大きい値で、且つ、表示色フィールドの値が未記入のレコードを絞り込み検索して、それらレコードの表示色フィールドの値に、直近診療単位の色情報を記入する（図１５のステップＳ１５０５）。直近診療単位の色情報は、例えば薄い水色である。
次に表示用データ生成部４０２は、絞り込み検索を解除した後、最新初診日日付連番より小さい値で、且つ、表示色フィールドの値が未記入のレコードを絞り込み検索して、それらレコードの表示色フィールドの値に、古い診療単位の色情報を記入する（図１５のステップＳ１５０６）。古い診療単位の色情報は、例えば薄い灰色である。
以上で、日付順構成テーブル４０８が完成する。

［日付順構成テーブル４０８から算定順構成テーブル４０９の各レコードに対するデータの転記］
次に、日付順構成テーブル４０８を基に、算定順構成テーブル４０９を作成する。
先ず表示用データ生成部４０２は、問題テーブルレコード番号フィールド、診療情報等テーブルレコード番号フィールド及び表示色フィールドが空の、算定順構成テーブル４０９を作成する（図１６のステップＳ１６０２）。算定順構成テーブル４０９のレコード数は、日付順構成テーブル４０８と全く同じ、表示行数（部位疾患連番の最大数）×表示列数（診療日付連番の最大数）である。

次に表示用データ生成部４０２は、日付順構成テーブル４０８のレコードを算定順構成テーブル４０９に転記する。この、日付順構成テーブル４０８のレコードを算定順構成テーブル４０９に転記する際に、時間軸を右端のフィールドへ圧縮する処理を行う。
具体的には、先ず表示用データ生成部４０２は、カウンタ変数ｉを１に初期化する（図１６のステップＳ１６０３）。
次に表示用データ生成部４０２は、日付順構成テーブル４０８の部位疾患連番フィールドの値がｉで、且つ、診療情報等テーブルレコード番号フィールドに有効な値が書き込まれているレコードを絞り込み検索する（図１６のステップＳ１６０４）。その上で、表示用データ生成部４０２は、日付順構成テーブル４０８の診療日付連番フィールドの値でソートする（図１６のステップＳ１６０５）。

次に表示用データ生成部４０２は、算定順構成テーブル４０９の部位疾患連番フィールドの値がｉのレコードを絞り込み検索する（図１６のステップＳ１６０６）。その上で、表示用データ生成部４０２は算定順構成テーブル４０９の診療日付連番フィールドの値でソートする（図１６のステップＳ１６０７）。
そして表示用データ生成部４０２は、日付順構成テーブル４０８のソートされたレコードの逆順で、診療情報等レコード番号フィールドの値と、表示色フィールドの値を、算定順構成テーブル４０９の逆順のレコードに転記する（図１６のステップＳ１６０８）。
以上の作業を、日付順構成テーブル４０８及び算定順構成テーブル４０９の、全てのレコードについて実行する（図１６のステップＳ１６１０）。

以上、図１１から図１６にかけて、図９のステップＳ９０３にあるサブテーブル作成処理の詳細を説明した。
図９のステップＳ９０５にあるサブテーブル更新処理は、問題テーブル４０４及び／または診療情報等テーブル４０５に新規のレコードが追記録された際に、問題テーブルサブテーブル４０６、診療情報等テーブルサブテーブル４０７、日付順構成テーブル４０８及び算定順構成テーブル４０９を更新する処理である。

図１７を見ると、問題テーブル４０４及び／または診療情報等テーブル４０５に新規のレコードが追記録されると、これに伴い、問題テーブルサブテーブル４０６と診療情報等テーブルサブテーブル４０７にそれぞれ新規のレコードを追加する（更新する）必要が生じることがわかる。
図９のステップＳ９０５にあるサブテーブル更新処理は、実質的に図９のステップＳ９０３にあるサブテーブル作成処理と最終的に得られる日付順構成テーブル４０８及び算定順構成テーブル４０９の中身は変わらないので、処理の詳細説明は割愛する。

［日付順構成テーブル４０８または算定順構成テーブル４０９からテーブルＨＴＭＬ文書の生成］
日付順構成テーブル４０８は、日付順表示テーブルＨＴＭＬ文書を作成するためのテーブルである。同様に算定順構成テーブル４０９は、算定順表示テーブルＨＴＭＬ文書を作成するためのテーブルである。
日付順構成テーブル４０８の部位疾患連番フィールドは、日付順表示テーブルＨＴＭＬ文書の行に相当する。
日付順構成テーブル４０８の診療日付連番フィールドは、日付順表示テーブルＨＴＭＬ文書の列に相当する。

以下、日付順構成テーブル４０８または算定順構成テーブル４０９からテーブルＨＴＭＬ文書を生成する手順を説明する。
図１９は、日付順構成テーブル４０８からテーブルＨＴＭＬ文書を生成する処理の流れを示すフローチャートである。
処理を開始すると（Ｓ１９０１）、表示用データ生成部４０２は、先ず、テーブルＨＴＭＬ文書のヘッダ部分のタグを文書データとして出力する（Ｓ１９０２）。テーブルＨＴＭＬ文書のヘッダ部分のタグとは、「<table>」というタグである。

次に、表示用データ生成部４０２は行カウンタ変数ｉを１に初期化する（Ｓ１９０３）。次に、表示用データ生成部４０２はレコードヘッダ部分のタグを出力し（Ｓ１９０４）、列カウンタ変数ｊを１に初期化する（Ｓ１９０５）。レコードヘッダ部分のタグとは、「<tr>」というタグである。

次に表示用データ生成部４０２は、日付順構成テーブル４０８の部位疾患連番フィールドの値がｉであり、且つ診療日付連番フィールドの値がｊであるレコードを検索する（Ｓ１９０６）。
次に表示用データ生成部４０２は、ステップＳ１９０６において検索にヒットしたレコードの表示色フィールドの値を確認する。そして、表示色フィールドに格納されている表示色の値に従い、後述するテーブルデータタグに記述するスタイルシートの指示文字列を決定する（Ｓ１９０７）。

次に表示用データ生成部４０２は、検索にヒットしたレコードの診療情報等テーブルレコード番号フィールドに有効な値が格納されているか否かを確認する（Ｓ１９０８）。
診療情報等テーブルレコード番号フィールドに有効な値が格納されていれば（Ｓ１９０８のＹＥＳ）、表示用データ生成部４０２は診療情報等テーブル４０５の該当するレコードの診療内容フィールドの内容を、テーブルに記述する（Ｓ１９０９）。具体的には、以下のように記載する。
<td class="shoshinbi">治療内容の記載</td>

すなわち、周知のテーブルデータタグと呼ばれる<td>タグ及び</td>タグで、診療内容フィールドの内容であるテキストデータを囲む。<td>タグ中の"class"は、スタイルシートのクラスを示す。上記の例では、当該データ列が初診日を示す色のクラスが指示されている。

ステップＳ１９０８で、もし、検索にヒットしたレコードの診療情報等テーブルレコード番号フィールドに有効な値が格納されていなければ（Ｓ１９０８のＮＯ）、以下のようにタグを空欄にする（Ｓ１９１０）。
<td class="kako">&nbsp;</td>

なお、”&nbsp;”とは「non-breaking space」を意味する。また、上記例のクラスは、最新の初診日より以前の古い診療日であることを示すスタイルシートが指示されている。
次に、表示用データ生成部４０２は列カウンタ変数ｊに１を加算（インクリメント）する（Ｓ１９１１）。
そして、ｊが最大値を超えたか否かを確認する（Ｓ１９１２）。

ｊが最大値に超えていないなら（Ｓ１９１２のＮＯ）、表示用データ生成部４０２はステップＳ１９０６から処理を繰り返す。
ｊが最大値に超えたなら（Ｓ１９１２のＹＥＳ）、次に表示用データ生成部４０２は行カウンタ変数ｉに１を加算（インクリメント）する（Ｓ１９１３）。

次に表示用データ生成部４０２はレコードフッタ部分のタグを出力する（Ｓ１９１４）。レコードフッタ部分のタグとは、「</tr>」というタグである。
そして表示用データ生成部４０２は、ｉが最大値を超えたか否かを確認する（Ｓ１９１５）。

ｉが最大値を超えていないなら（Ｓ１９１５のＮＯ）、表示用データ生成部４０２はステップＳ１９０４から処理を繰り返す。
ｉが最大値を超えたなら（Ｓ１９１５のＹＥＳ）、最後に表示用データ生成部４０２はテーブルＨＴＭＬ文書のフッタ部分のタグを文書データとして出力する。テーブルＨＴＭＬ文書のフッタ部分のタグとは、「</table>」というタグである。こうして、表示用データ生成部４０２は一連の処理を終了する（Ｓ１９１７）。

なお、上述の実施形態では、日付順表示テーブルは診療日付を横方向に見る構成であったが、診療日付を縦方向に見る構成にしてもよい。表の構成を縦にするか横にするかは、図１９のＨＴＭＬ文書作成処理を変更するだけでよい。
つまり、診療日付と部位・疾患の組の、どちらを縦方向に見るか、横方向に見るかは、相対的な直交関係であり、必ずしも診療日付を横方向に固定するものではない。

また、上述の実施形態では、日付順表示テーブルをＨＴＭＬ文書と仮定して説明したが、歯科治療管理装置１０１は専用の表示プログラムでも実現可能である。その際、日付順表示テーブルはＨＴＭＬ文書ではない、別のデータ形式で構成することとなる。すなわち、日付順表示テーブル及び算定順表示テーブルのデータ形式は、ＨＴＭＬ文書に限られない。

本発明の実施形態においては、歯科治療管理装置１０１を開示した。
歯科治療管理装置１０１は、表示部１０１ａに患者１０３の診療情報等を表形式で表示する。
診療情報等一覧画面は、列が同じ診療日で統一されている日付順表示モードと、列の診療日は無視され、治療が行われた項目が単に右端に寄せて表示される算定順表示モードを有する。

日付順表示モードでは、患者の治療の履歴が一目で把握できる。
算定順表示モードでは、患者の部位と疾患毎の経過記録が一目でわかるようになる。
このため、本発明に係る歯科治療管理装置１０１によって、歯科医師は患者１０３の問題とその経過記録を迅速に把握できる。

以上、本発明の実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、特許請求の範囲に記載した本発明の要旨を逸脱しない限りにおいて、他の変形例、応用例を含む。

１０１…歯科治療管理装置、１０１ａ…表示部、１０２…歯科医師、１０３…患者、１０４…歯科治療管理システム、１０５…端末装置、１０５ａ…表示部、１０６…インターネット、１０７…歯科治療管理サーバ、２０１…バス、２０２…ＣＰＵ、２０３…ＲＯＭ、２０４…ＲＡＭ、２０５…操作部、２０６…不揮発性ストレージ、２０７…ＮＩＣ、３０１…バス、３０２…ＣＰＵ、３０３…ＲＯＭ、３０４…ＲＡＭ、３０５…不揮発性ストレージ、３０６…ＮＩＣ、３０７…表示部、３０８…操作部、４０１…入出力制御部、４０２…表示用データ生成部、４０３…患者マスタ、４０４…問題テーブル、４０５…診療情報等テーブル、４０６…問題テーブルサブテーブル、４０７…診療情報等テーブルサブテーブル、４０８…日付順構成テーブル、４０９…算定順構成テーブル、４１０…表示制御部

Claims (3)

1. 列方向または行方向に診療日付が列挙され、前記診療日付と直交する方向に患者の部位と疾患の組が列挙され、前記診療日付と前記部位と疾患の組に合致する箇所に前記患者の診療内容が記載される日付順表示テーブルと、前記日付順表示テーブルの前記診療日付の配置を無視して前記診療内容を一方向に寄せた状態で記載される算定順表示テーブルを作成する表示用データ生成部と、
   前記日付順表示テーブル及び前記算定順表示テーブルを選択的に表示する指示を出す操作部と、
   前記操作部の操作に従って、前記日付順表示テーブルまたは前記算定順表示テーブルの何れかを前記表示用データ生成部から受け取る入出力制御部と、
   前記入出力制御部から前記日付順表示テーブルまたは前記算定順表示テーブルの何れかを受け取り、表示処理を行う表示制御部と、
   前記表示制御部の情報処理に基づいて、前記日付順表示テーブルまたは前記算定順表示テーブルに基づく診療情報等一覧画面を表示する表示部と
   を具備する、歯科治療管理装置。
2. 更に、
   前記患者を一意に識別する患者ＩＤが格納される患者ＩＤフィールドと、
   前記患者の疾患を有する部位を示す情報が格納される部位フィールドと、
   前記部位フィールドにて特定される部位に生じている疾患の略称が格納される疾患フィールドと
   を有する問題テーブルと、
   前記患者ＩＤフィールドと、
   前記部位フィールドと、
   前記疾患フィールドと、
   診療を行った日付が格納される診療日付フィールドと、
   前記診療日付フィールドに格納された日付に行った診療内容が記入される診療内容フィールドと
   を有する診療情報等テーブルと
   を具備し、
   前記表示用データ生成部は、前記問題テーブルと前記診療情報等テーブルから、前記日付順表示テーブルを作成し、更に前記日付順表示テーブルから前記算定順表示テーブルを作成する、
   請求項１に記載の歯科治療管理装置。
3. 前記表示用データ生成部は、前記日付順表示テーブルについて、
   初診日の欄を第一の色で着色し、
   最新の初診日以降の診療日の欄を第二の色で着色し、
   最新の初診日以前の初診日でない診療日の欄を第三の色で着色する、
   請求項２に記載の歯科治療管理装置。

Images