WEBアポ連動プロジェクト④｜3Shape Uniteとの連動を考える

金川歯科医院AXノート｜第13回

前回の歯科衛生士実地指導用紙と歯周検査に続き、今回はWEBアポから3Shape Uniteへの連動を取り上げます。別のソフトへ作業を移すときは、情報を渡す処理だけでなく、「同じ患者を正しく選べているか」が大切です。今回の開発記録から見えるのも、この対応付けと、起動し直した後の動作をどう確かめるかという課題です。

情報を渡すツールと、確認できた範囲

3Shapeの公式案内では、UniteはTRIOSのスキャンを起点に、患者・オーダー管理やラボ連携を進めるソフトと説明されています。ここでは、その製品一般の説明と、医院独自の連携ツールの開発報告を分けて扱います。

非機密な開発概要には、WEBアポ側から3Shape Uniteへ情報を受け渡す拡張・連携ツールを作成したという報告があります。別のPCでも連携できたという報告に触れた応答も残っています。

ただし、今回確認しているのは開発報告です。別PCでの成功を伝えた元の報告や実機の動作を、この記事のために直接検証したものではありません。どの入力からどの操作まで成功したのか、現在の配布版や対応環境は何かという詳細も未確認です。連携ツールを作った記録と、院内の各端末で安定して使えていることを分けて紹介します。

患者番号と、連携に使うIDを分ける

公式CLI連携仕様では、非表示の連携用識別子（integrationid）と、画面に表示する患者番号（patientid）を区別しています。開発記録でもこの違いが説明されています。ただし、当院ツールの具体的な対応付け規則を今回検査したわけではありません。ここを同じものとして扱うと、番号を渡せたことだけで、正しい患者に結び付いたと考えてしまいます。

たとえば、架空の患者番号「00123」は先頭のゼロを含む文字列として扱います。その番号がどのシステム・拠点のものかを明確にし、相手側の識別子との対応を確認する、というのが本連載で考える設計です。番号が同じことや氏名が一致することだけで、自動的に同一人物と決めません。番号に置き換えるだけで匿名情報になるわけでもありません。

既存患者との初回の対応付けは、開発記録でも確認事項として残っています。当院ツールで確認なしの自動結合が完成したとは扱いません。以下は、今後の点検に使う独自の設計例であり、このツールにすべて実装済みという意味ではありません。

作成：開発報告と上記の公式CLI仕様を踏まえた独自整理（2026年11月4日確認）。実際の患者情報やシステム内のIDは使用していません。

再起動しても、同じ動きになるか

もう一つの未解決事項は、Uniteを再起動すると「直ちに処理する」のチェックが外れるという症状です。2026年10月2日の本人の報告にもこの症状が残っており、今回読み直した記録では、その後の解消を確認できていません。設定の保存に問題があるのか、起動時の読み込みに問題があるのかも断定できません。

一般的な検証案としては、架空データで一件を試し、いったん終了して再起動し、同じ条件で再度試します。画面の設定が残っているか、意図した処理が動くか、同じ操作を繰り返して重複しないかを別々に記録します。動かなかったときに連打で解決しようとせず、どこまで処理されたかを確認できる設計も必要です。これらは今後の確認案で、今回実施した試験結果ではありません。

今回の事例は、ツールの作成報告を出発点に、初回の対応付けと再起動後の設定保持を詰めていく段階として紹介しました。操作時間の短縮や実運用の安定性を示す測定値はありません。まず一件の受け渡しを人が確かめ、その後に繰り返し使う条件を整える、という順番で考えます。次回はDICOMデータの圧縮ファイルとの連動を扱います。

出典・確認範囲

医院の非機密な開発概要「Uniteの患者登録を自動化」と、同記録の直近のやり取りを参照しました。最新の症状報告は2026年10月2日、確認日は2026年11月4日です。現在のコード、院内の端末、実患者のデータを直接検査したものではありません。

• 3Shape「3Shape Unite – デジタル歯科ソフトウェア」
• 3Shape Support「Command Line Interface (CLI)」（表示日：2025年11月14日）。製品説明・識別子の仕様を2026年11月4日に確認。

この記事はAIの作成支援を用いています。公開後に運営者が内容を確認し、必要に応じて追記・修正します。業務改善の開発記録と設計例の紹介であり、個別の診断・治療判断を確定するものではありません。