＜システム紹介＞ 特定医療法人新都市医療研究会「君津会」　玄々堂君津病院 ＰＯＰ−ＮＥＴシステムの紹介 当院での運用上の問題点およびシステム導入の注意点

	玄々堂君津病院 放射線科 有岡　政輝　先生

当院紹介 所在地 　千葉県君津市東坂田４丁目７番２０号 病床数 　１７５床 関連施設 　玄々堂木更津クリニック 　坂田クリニック 　木更津訪問看護ステーション 　君津訪問看護ステーション 病院概観

1.はじめに 　放射線機器更新について ・ＣＴ系は、平成１１年１２月にＭＤ−ＣＴ 　【ＧＥ　　Ｌｉｇｈｔ　Ｓｐｅｅｄ　ＱＸ／Ｉ】 ・単純系は、平成１２年１１月にＳＦ系からデジタルへ 　【コニカ　レジウス１５０・３３０】 ・透視系は、平成１３年 ５月にＤＲ装置へ 　【ＧＥ　　ＰＲＥＣＩＯ　Ｐｒｅｓｔｉｇｅ　�U】 図１　放射線機器更新 　単純系・透視系がそれぞれＣＲ化・ＤＲ化に変わり、各モダリティより直接ドライイメージャにてフイルム出力を行っております。 又、暗室レスとなりました。 ※ＭＭＧ（マンモグラフィ）・骨塩定量（ＤＩＰ法）は、ウエットフィルム処理。（隣接の坂田クリニックで自動現像機対応）

２．業務目的について 　放射線検査増より、フイルム保管庫容量が限界に来ていることから、過去フイルム管理の補助を目的に導入されました。 図２　過去フイルム管理の補助 　実務上、２年以上前のフイルム必要になることは、まれなことです。

３．ＰＯＰ−ＮＥＴシステム紹介 　�@．ＰＯＰ−ＮＥＴ　ＰＬＵＳとは 図３　ＰＯＰ−ＮＥＴ　ＰＬＵＳ機能概要 　�A．ネットワーク構成図 図４　ネットワーク構成図 （画像クリックで大きな画像が表示されます） 　ＤＲ装置が１０ＢＡＳＥ。その他は１００ＢＡＳＥ。

４．当院での運用上の問題点について 図５　問題点 �@．ＰＯＰ−ＮＥＴ側よりフイルム出力不可について 　・どの様な事なのか？ 図６　ＰＯＰ−ＮＥＴ側よりフイルム出力不可 　・調査結果 図７　調査結果 　基本的事項ですが、システム導入側が、このシステムを使って何を実行したいのか（業務目的）を システム営業（ＳＥ等）に文書等で、しっかり伝える事が必要です。打ち合わせ議事録等があれば、 問題発生時スムーズに対応可能です。（確認事項のチェックや・勘違いを防ぐ意味でも有効です） 又言った、言わないで悩む事もありません。 　・ＤＩＣＯＭ規格？ 図８　ＤＩＣＯＭＥ規格？ （画像クリックで大きな画像が表示されます） 　図８中、中央上の「フイルム出力」記事は、ＰＯＰ−ＮＥＴパンフレットより抜粋。 　右側中央、黄色い文字はコニカ側回答です。 　このあたりがＤＩＣＯＭの妙理でしょう。 　Ｋｏｎｉｋａ　ＤＩＣＯＭ　Ｐｒｉｎｔ　Ｍａｎａｇｅｍｅｎｔです。要は、コニカ系でしか使えないＤＩＣＯＭです。 　・ＰＯＰ−ＮＥＴ側よりフイルム出力するには？ 図９　フイルム出力するには？ 　注意点ですが、コンバータ（コニカプリントリンク）を介して出力する画像が、 現在運用しているフイルム画像と同等であるかどうかチェックする必要があります。チェック内容は以下の通り。 　　・画像の拡大・縮小の有無 　　・同じ階調数か？（階調数が落ちた場合の影響度） 　　・ＴＡＧ情報（付帯情報）は、どこまで表示されるか？ 　　　※（ＣＴ撮影のスライス厚などの情報が出力されない場合もある） �A．コニカ系とＧＥ系では、ＩＤコード等の表現が違う 図１０　コニカ系・ＧＥ系のＩＤコード及び名前の表示 ここで問題なのは，ＰＯＰ−ＮＥＴのＤＢ（データベース）上に同じＰＴ情報（患者情報）であるにもかかわらず、 コニカ系モダリティ・ＧＥ系モダリティで撮影したデータが、分離状態でＤＢ構築される事である。 　ＤＩＣＯＭヘッダ（患者情報）の、フォーマット（外枠）が一致していても、項目内データ内容は、メーカによって違う様です。 ＰＯＰ−ＮＥＴ側ＤＢに登録される前に、ヘッダ（患者情報）内容の編集可能なツールがあれば解決すると思います。 （属性変換・桁揃え・ゼロサプレス機能など・・。） （ＣＲ装置は、患者情報の編集は、ある程度可能。）

５．今後の展望（当院での運用上の問題点より） 　 �@．ＰＯＰ−ＮＥＴ側よりフィルム出力不可の問題点 　 −＞　検討中 �A．コニカ系とＧＥ系では、ＩＤコード等の表現方法が違う 　 −＞　コニカ系・ＧＥ系で撮影されたデータはＰＯＰ−ＮＥＴ側ＤＢ内で分離構築されます。 画像のバックアップが目的なので運用者が違いを意識すれば問題ないと考えます。 　しかし、ＨＩＳ連携・ＲＩＳ連携・画像配信時は、大問題です。 �B．ＣＤ−Ｒへのバックアップ作業性が悪い 　 −＞現在、ＰＯＰ−ＮＥＴ　Ｅｓｓｅｎｔｉａｌにバージョンアップ致しました。 ＰＯＰ−ＮＥＴ　Ｐｌｕｓに比べ、ＣＤ−Ｒへのバックアップ作業性は大幅に改善されました。 �C．ＤＢに名前が無い画像データが発生 　 −＞ＣＲで撮影された画像データはＰＯＰ−ＮＥＴ側ＤＢに自動登録されますが、 ある方法（実作業として）を行うと名前無しで登録されてしまうという現象があります。 　患者情報（診察券より）をＣＲに飛ばす為に使うＩＤ読み取り装置（ＩＤターミナル装置）のソフトに 問題がありましたが修正済みです。

６．まとめ（感想） 　私はＰＯＰ−ＮＥＴシステム導入時（検討時も含む）に直接関わっておらず、 設置済みＰＯＰ−ＮＥＴシステムの管理を前任者から引き継ぎましたが、 システム受け入れ時のチェック体制が十分ではなかったかもしれません。 少なくともＰＯＰ−ＮＥＴシステム設置時に、基本要件であるフィルム出力のチェックを実施していれば、 問題点の早期解決につながったと想像出来ます。 　当初、業務目的の把握から始め、問題点の洗い出し等、とても勉強になりました。又、これ程問題点が多いとは驚きの連続でした。 一つ一つ紐といて行くと、問題点の素顔が見えます。これは、とても面白い事です。 　残念な事は、メーカ間で問題点のたらい回しが発生した事です。これは、苦虫をかみつぶす思いでした。 　システム購入検討時に色々とチェック項目があります。その中でデモ機の操作性を確認したりするのも、検討要件の一つだと思います。 一般的にデモ機ではＤＢ内容のデータ数が少ない事から操作性は良いと思います。 つまりサクサク検索が出来たり、すぐに画像が表示される事と思います。 しかし実運用（現場）では、ＤＢ内容等フルに活用される場合が多いと思います。 又、操作ＰＣがネットワーク上の通信を行っている場合もあります。要は、プログラムに負荷がかかる訳です。 このデモ環境と実運用の違いに注意しなければなりません。レスポンスの評価を忘れずに！ （検索や画像表示に、１分以上かかるとしたら、あなたならどう思いますか？） 　この件は、ネットワークシステム構築にも大いに関係します。 システムを担当して、経験上以下の標語を作成致しました。 人を見る時は、良い面を主に。システムを見る時は、悪い面を主に。 システムの問題点は、宝の山だ。 システムに問題があっても、メーカが直してくれるとは限らない。 システムは、最初から”うまく”動かないのが普通である。

７．最後に 　ＭＩＳＧに原稿を掲示させて頂き、感謝致します。 　原稿締切日まで、辛抱強く見守って頂き編集等色々御迷惑をかけてしまった、 ＭＩＳＧの代表幹事である多田様には、ただ・ただ（多田）感謝するばかりです。 　ヒュウマンネットワークを大事にするＭＩＳＧが大好きです。これからも、ＭＩＳＧの中で皆さんと共に勉強させて下さい。