元にソースコードを公開している。この文書は設計の観点からOpenDolphinの概要を記述したもので、ソースコードを利用する際の一助になることを目的としている。オブジェクト図は日常の診療風景をUMLのアクターで表している。医師は患者を診察する。医師はカルテに記録する。カルテは患者単位にある。トップレベルではこの日常の診療風景をそのままモデル化している。医師は診察する度にカルテに記録を加えて行く。よってカルテはエントリーの時系列的な集まりである。エントリーを、医学的にまとまった意味を持つ情報の固まりに分解する。この固まり(情報単位)をOpenDolphinではモジュールと称する。アレルギー、シェーマ画像...等々である。1−3.コンポジットデザインパターンエントリーはコンテナ、モジュールはコンポーネントと考えることができる。エントリーを基底クラスに昇格し、コンテナを加えたクラス図を示す。これがOpenDolphinの骨格である。図のDocumentが診察毎に記録される2号カルテを表す。これはコンテナでモジュールやシェーマをコンポーネントに持っている。これら全てはクライアントから見ればエントリーである。実装は、多数の補助クラス、ターミノロジーの未熟さ等があり複雑に見える。上記のクラス図を理解することで格段に見通しがよくなるはずである。3)を参考にしている。MMLのモジュールとOpenDolphinのモジュールは、概念的には同じであるが設計上は異なる。OpenDolphinのモジュールはそうではない。これは実装をより簡単にするためである。コンポジットデザインパターンの長所は、コンテナもコンポーネントも区別しないので、例えば文書履歴も処方履歴もエントリーに定義されている属性で検索できるなどにある。1−5.ユーザーインターフェイスへのマッピングOpenDolphinの特長はインターフェイスレベルでは2号カルテの画面にある。これは多くのユーザーから視認性がよいと指示されている。このインターフェイスと上記モデルとのマッピングを下に示す。...等)でありDocumentを構成するコンポーネントであるプラン側(2号カルテの右側)に位置する*Moduleは全てORCAへ送信される2号カルテ画面を視覚的に実現するため、Moduleには下記属性をつけている。モジュールがDocumentの何番目に出現するかの番号1−6.オブジェクトモデルまとめMMLは医療のドメイン知識をモデル化したものであり、コンポジットデザインパターンはドメインには依存せず広く問題解決に役立つ情報処理上の手法である。この二つを適用したのがOpenDolphinの基本設計である。ユーザーはインターフェイスを通して間接的にモデルに触れるとすれば、その評価からこれまでのところいい結果を生んでいるようである。4)等の世界標準をサポートし、国家レベルで構築が検討されているEHR基盤等への接続を計画している。2.確定日についてOpenDolphinの確定日はカルテを保存した日(実際には時分秒も記録)である。したがって医学的なイベントが起きた日とは必ずしも一致しない。