JP7356550B2 - 情報処理方法および情報処理装置 - Google Patents

Description

本発明は情報処理方法および情報処理装置に関する。

内視鏡検査を実施した後には、使用した内視鏡の洗浄、消毒および滅菌等の再処理が必要である。内視鏡はチャンネル等の細い管路を複数有するため、再処理には、手間および時間を要する。

賃貸借される医療器材を管理する医療器材管理装置が提案されている（特許文献１）。特許文献１の医療器材管理装置は、特定の医療機関から特定の医療行為に関する注文データの入力を受け付け、当該医療行為に必要な医療器材を選択して、医療機関に貸し出す。医療行為で使用される医療器材を自動的に抽出して提供することにより、ユーザの利便性を向上させることができる。

特開２００５－２７５６１８号公報

しかしながら、医療機関では緊急内視鏡検査等の計画外の内視鏡検査が行なわれる場合がある。

一つの側面では、緊急内視鏡検査等の計画外の内視鏡検査に備えることが可能な情報処理方法等を提供することを目的とする。

情報処理方法は、医療機関から、内視鏡検査を実施する検査予定日を含む検査予定を取得し、前記医療機関から、未使用である内視鏡の在庫数を含む在庫情報を取得し、前記在庫情報と前記検査予定とに基づいて、前記医療機関に在庫されている未使用の内視鏡のうち使用する予定が定まっていない内視鏡の数が、前記医療機関ごとに計画外の内視鏡検査に備えて定められた余裕数以下である場合に、使用する予定が定まっていない内視鏡の数が、前記余裕数を超える様に前記医療機関に未使用の内視鏡を配送する配送指示を出力する処理をコンピュータが実行する。

一つの側面では、緊急内視鏡検査等の計画外の内視鏡検査に備えることが可能な情報処理方法等を提供できる。

内視鏡を提供するシステムの概要を説明する説明図である。 情報処理システムの構成を説明する説明図である。 内視鏡の外観図である 内視鏡システムの外観図である。 内視鏡の再製造工程を説明する説明図である。 第１内視鏡ＤＢのレコードレイアウトを説明する説明図である。 第２内視鏡ＤＢのレコードレイアウトを説明する説明図である。 再利用部品ＤＢのレコードレイアウトを説明する説明図である。 回収要求ＤＢのレコードレイアウトを説明する説明図である。 伝票ＤＢのレコードレイアウトを説明する説明図である。 プログラムの処理の流れを説明するフローチャートである。 サーバで実行されるプログラムの処理の流れを説明するフローチャートである。 棚卸しを行なうプログラムの処理の流れを説明するフローチャートである。 検査予定ＤＢのレコードレイアウトを説明する説明図である。 余裕数ＤＢのレコードレイアウトを説明する説明図である。 実施の形態２のプログラムの処理の流れを説明するフローチャートである。 実施の形態２のサーバで実行されるプログラムの処理の流れを説明するフローチャートである。 実施の形態３の内視鏡の再製造工程を説明する説明図である。 実施の形態４のプログラムの処理の流れを説明するフローチャートである。 実施の形態５の内視鏡用プロセッサに内視鏡が接続された場合にクライアントで動作するプログラムの処理の流れを説明するフローチャートである。 実施の形態６の内視鏡の梱包状態を説明する説明図である。 実施の形態７の情報処理システムの機能ブロック図である。 実施の形態８の情報処理システムの構成を説明する説明図である。

［実施の形態１］
図１は、内視鏡１０を提供するシステムの概要を説明する説明図である。内視鏡１０の再製造を行なうメーカから医療機関の機材室に、梱包および滅菌済の内視鏡１０が配送される。機材室には、様々な機種の内視鏡１０を整理して収容する棚が設置されている。配達作業者は、棚に内視鏡１０を収納する。

医療機関では、必要に応じて機材室から内視鏡１０を取り出して、内視鏡検査室に運ぶ。内視鏡検査室において、滅菌パックから内視鏡１０が取り出されて、内視鏡検査に使用される。使用後の内視鏡１０は、回収容器３８に投入される。

内視鏡１０には、内視鏡タグ１８（図３参照）が取り付けられている。内視鏡タグ１８には、内視鏡１０に固有に付与された内視鏡ＩＤ（Identifier）が記録されている。機材室、内視鏡検査室および回収容器３８の一部または全部に、タグリーダ３９が取り付けられている。タグリーダ３９は、機材室と内視鏡室との間の廊下等、内視鏡１０が移動する可能性のある各所に取り付けられていてもよい。

タグリーダ３９が内視鏡タグ１８を読み取ることにより、内視鏡１０が機材室から持ち出されて、内視鏡検査に使用されたことが検出される。検出結果に基づいて、内視鏡１０が使用されたことを示す使用情報がメーカに通知される。メーカは、単回使用医療機器（ＳＵＤ：Single-use device)の再製造を行なう再製造業者である。メーカは、新品の医療機器を製造する医療機器製造業者を兼ねても良い。メーカは、回収容器３８から使用済の内視鏡１０を回収して、交換用の内視鏡１０を機材室に配送する。

内視鏡１０を使用する都度、新たな内視鏡１０が機材室に届けられるため、医療機関では内視鏡１０の在庫管理を行なう必要がない。届けられる内視鏡１０は滅菌済であるため、症例前の滅菌は不要である。使用後の内視鏡１０はメーカに回収されるため、症例間の再処理およびメンテナンスも不要である。以上により、内視鏡検査にかかわる医療従事者の負担が軽減される。そのため、医療従事者は、内視鏡検査および患者のケア等の医療行為に注力できる。

回収容器３８から回収された内視鏡１０は、再製造工場に輸送される。再製造工場において、内視鏡１０に対して、洗浄、消毒および滅菌の処理が行なわれる。その後、所定の手順により内視鏡１０は分解され、非再利用部品と、再利用部品とに分別される。非再利用部品は、廃棄される。

非再利用部品は、たとえば内面の再処理が困難な細いチューブ、形状が複雑で再処理が困難な鉗子栓２３、および、複数回の滅菌処理に耐えない部品等である。分解時に破壊される部品、および、再利用のための品質検査コストよりも新品の方が安価な部品も、非再利用部品である。

品質面およびコスト面から再利用可能な部品は、すべて再利用部品にできる。なかでも、撮像素子１３１（図５参照）および撮像レンズを組み合わせたユニットは高価である上に耐久性が高く複数回の使用に耐えるため、再利用部品にすることが望ましい。

再利用部品については、それぞれ所定の品質検査が行なわれる。品質検査に合格しない部品は、廃棄される。品質検査に合格した部品は、再製造工程に投入される。再製造工程では、再利用部品と、新品の非再利用部品とが組み合わされて、新たな内視鏡１０が組み立てられる。

組み立てられた内視鏡１０は、所定の検査工程を経て滅菌パックに梱包され、たとえば電子線滅菌等により滅菌される。以上により、新たな内視鏡１０が完成する。完成した内視鏡１０は、前述のとおり使用済の内視鏡１０と交換に医療機関に配送される。

メーカは、医療機関との契約に基づいて、定期的に内視鏡１０の使用料金を医療機関に課金する。使用料金は、たとえば（１）式に基づいて算出する。
月額料金 ＝ 基本料金＋１本の料金×交換した内視鏡の数 ‥‥‥ （１）

料金は、回収要求を受け付けた内視鏡１０の数に基づいて定められても良い。料金は、契約に基づく任意の算出方法に基づいて定められてもよい。

図２は、情報処理システム７０の構成を説明する説明図である。情報処理システム７０は、インターネット等のネットワークを介して接続されたクライアント４０およびサーバ５０を備える。クライアント４０は、それぞれの医療機関に配置されている。

クライアント４０は、制御部４１、主記憶装置４２、補助記憶装置４３、通信部４４、タグ通信部４９およびバスを備える。制御部４１は、本実施の形態のプログラムを実行する演算制御装置である。制御部４１には、一または複数のＣＰＵ（Central Processing Unit）またはマルチコアＣＰＵ等が使用される。制御部４１は、バスを介してクライアント４０を構成するハードウェア各部と接続されている。

主記憶装置４２は、ＳＲＡＭ（Static Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）、フラッシュメモリ等の記憶装置である。主記憶装置４２には、制御部４１が行なう処理の途中で必要な情報および制御部４１で実行中のプログラムが一時的に保存される。

補助記憶装置４３は、ＳＲＡＭ、フラッシュメモリまたはハードディスク等の記憶装置である。補助記憶装置４３には、第２内視鏡ＤＢ（Database）６２、制御部４１に実行させるプログラム、およびプログラムの実行に必要な各種データが保存される。なお、第２内視鏡ＤＢ６２は、クライアント４０に接続された外部の大容量記憶装置等に保存されていても良い。第２内視鏡ＤＢ６２は、電子カルテシステムに記録されていても良い。

通信部４４は、クライアント４０とネットワークとの間の通信を行なうインターフェイスである。タグ通信部４９は、無線または有線により、機材室等に配置されたタグリーダ３９との通信を行なう。

前述のとおり、タグリーダ３９は、内視鏡タグ１８に記録された内視鏡ＩＤを読み取る。タグリーダ３９は、たとえばＲＦＩＤ（Radio Frequency Identifier）読取装置またはＩＤタグ読取装置等の近距離無線通信を用いた読取装置である。内視鏡タグ１８は、たとえばＲＦＩＤタグまたはＩＤタグ等の近距離無線通信タグである。

内視鏡タグ１８とタグリーダ３９とは、Ｂｌｕｅｔｏｏｔｈ（登録商標）、無線ＬＡＮ（Local Area Network）またはＮＦＣ（Near Field Communication）等の、任意の無線通信方式を介して通信しても良い。

タグリーダ３９はＱＲコード（登録商標）リーダまたはバーコードリーダ等の光学式読取装置であり、内視鏡タグ１８はＱＲコードまたはバーコード等の光学式のタグであっても良い。タグリーダ３９は、バーコードリーダ、スマートフォン、タブレットまたはデジタルカメラであっても良い。タグリーダ３９は、内視鏡１０の移動を検出した場合に、クライアント４０に通知する。

本実施の形態のクライアント４０は、汎用のパソコンまたはタブレット等である。クライアント４０は、図示を省略する病院内ネットワークシステムを介してネットワークに接続されても良い。クライアント４０は、電子カルテシステムまたは診療予約システムなどの病院内システムと一体化されていても良い。

サーバ５０は、制御部５１、主記憶装置５２、補助記憶装置５３、通信部５４およびバスを備える。制御部５１は、本実施の形態のプログラムを実行する演算制御装置である。制御部５１には、一または複数のＣＰＵまたはマルチコアＣＰＵ等が使用される。制御部５１は、バスを介してサーバ５０を構成するハードウェア各部と接続されている。

主記憶装置５２は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等の記憶装置である。主記憶装置５２には、制御部５１が行なう処理の途中で必要な情報および制御部５１で実行中のプログラムが一時的に保存される。

補助記憶装置５３は、ＳＲＡＭ、フラッシュメモリ、ハードディスクまたは磁気テープ等の記憶装置である。補助記憶装置５３には、第１内視鏡ＤＢ６１、再利用部品ＤＢ６３、回収要求ＤＢ６５、伝票ＤＢ６６、制御部５１に実行させるプログラム、およびプログラムの実行に必要な各種データが保存される。なお、第１内視鏡ＤＢ６１、再利用部品ＤＢ６３、回収要求ＤＢ６５および伝票ＤＢ６６は、サーバ５０に接続された外部の大容量記憶装置等に保存されていても良い。

通信部４４は、サーバ５０とネットワークとの間の通信を行なうインターフェイスである。本実施の形態のサーバ５０は、汎用のパーソナルコンピュータ、大型計算機、または、大型計算機上で動作する仮想マシンである。サーバ５０は、複数のコンピュータを用いた分散処理により実現されても良い。

図３は、内視鏡１０の外観図である。本実施の形態の内視鏡１０は、消化管向けの軟性鏡である。内視鏡１０は、挿入部１４、操作部２０、ユニバーサルコード２５およびコネクタ部２４を有する。操作部２０は、湾曲ノブ２１およびチャンネル入口２２を有する。チャンネル入口２２には、処置具等を挿入する挿入口を有する鉗子栓２３が固定されている。

挿入部１４は長尺であり、一端が折止部１６を介して操作部２０に接続されている。挿入部１４は、操作部２０側から順に軟性部１１、湾曲部１２および先端部１３を有する。湾曲部１２は、湾曲ノブ２１の操作に応じて湾曲する。

以後の説明では、挿入部１４の長手方向を挿入方向と記載する。同様に、挿入方向に沿って操作部２０に近い側を操作部側、操作部２０から遠い側を先端側と記載する。

ユニバーサルコード２５は長尺であり、第一端が操作部２０に、第二端がコネクタ部２４にそれぞれ接続されている。コネクタ部２４は、略直方体のコネクタケース２６に覆われている。コネクタケース２６の一つの面から、スコープコネクタ２７およびライトガイドコネクタ２８が突出している。コネクタケース２６の表面または内部に、内視鏡タグ１８が取り付けられている。コネクタ部２４は、内視鏡用プロセッサ３２（図４参照）および送気送水装置等に接続される。

図４は、内視鏡システム３０の外観図である。内視鏡システム３０は、内視鏡用プロセッサ３２と、内視鏡１０と、表示装置３３とを含む。表示装置３３は、たとえば液晶表示装置、または、有機ＥＬ（Electro Luminescence）表示装置である。

表示装置３３はキャスター付きの収容棚３６の上段に設置されている。内視鏡用プロセッサ３２は、収容棚３６の中段に収容されている。収容棚３６は、内視鏡検査用ベッド３１（図１参照）の近傍に配置される。収容棚３６は内視鏡用プロセッサ３２に接続されたキーボード３５を搭載する、引き出し式の棚を有する。

内視鏡検査の概略を説明する。収容棚３６が、内視鏡検査用ベッド３１の近くに配置される。機材室から、検査に応じた機種の内視鏡１０が取り出されて、内視鏡検査室に運び込まれる。内視鏡タグ１８およびタグリーダ３９により、個々の内視鏡１０の所在地が検出され第２内視鏡ＤＢ６２に記録される。

滅菌パックから取り出された内視鏡１０が内視鏡用プロセッサ３２に接続されて、所定の動作確認が行なわれる。内視鏡検査用ベッド３１に横たわった患者の内視鏡検査が行なわれる。内視鏡検査中は、内視鏡１０により撮影された画像が、表示装置３３にリアルタイムで表示される。

内視鏡検査の終了後、内視鏡１０が内視鏡用プロセッサ３２から取り外される。内視鏡１０は、たとえば元の滅菌パックまたはポリ袋等に１本ずつ梱包される。梱包された内視鏡１０は、回収容器３８に投入される。

図５は、内視鏡１０の再製造工程を説明する説明図である。本実施の形態においては、先端部１３、スコープコネクタ２７およびライトガイド２９が再利用部品である場合を例にして説明する。前述のとおり、品質面およびコスト面から再利用可能な部品は、すべて再利用部品にできる。再利用部品にできる部品のうちの一部のみを、実際に再利用部品にしても良い。

回収容器３８から回収された内視鏡１０は、再製造工場に輸送される。再製造工場において、内視鏡１０は滅菌パックまたはポリ袋等の梱包材から取り出される。内視鏡１０は、洗浄、消毒および滅菌の処理が行なわれる。以上により、内視鏡１０は再製造工程において安全に取り扱える状態になる。

たとえば異常プリオン等の、通常の処理では除去できない病原体により汚染された可能性がある内視鏡１０は、梱包材から取り出さずに焼却処理することが望ましい。使用後の内視鏡１０を１本ずつ梱包してから回収容器３８に投入することにより、異常プリオン等により汚染された可能性がある内視鏡１０が発生した場合であっても、該当する内視鏡１０のみを焼却処理して、他の内視鏡１０は再製造工程に投入できる。

たとえば、併用する処置具等による穿孔が生じた内視鏡１０等の、通常の手順では処理できない内視鏡１０も、梱包材から取り出さずに焼却処理することが望ましい。分解作業従事者等の感染事故を防止できる。

なお、洗浄を行なう前に内視鏡１０に残っている生体組織を採取して、検査を行なっても良い。たとえば異常プリオンまたは通常の患者からは検出されない伝染性の微生物等が検出された場合には、内視鏡１０を焼却処理して、分解作業者等の感染事故を防止することが望ましい。さらに、当該内視鏡１０を使用した医療機関に対して、内視鏡ＩＤと検査結果とを通知することにより、院内感染等の防止にも寄与できる。

内視鏡１０は、所定の手順により分解される。非再利用部品は、廃棄される。本実施の形態における再利用部品について説明する。

先端部１３は、厚さ方向に貫通する貫通孔１３４が設けられた円板形であり、一方の面に観察窓１３２および２個の照明窓１３３を有する。観察窓１３２および照明窓１３３は、プラスチックまたはガラス等の透明な板で覆われている。観察窓１３２の内側に、撮像素子１３１と、撮像素子１３１の表面に光学像を結像するレンズとが配置されている。先端部１３は、撮像素子１３１に信号線および電源線を接続するために用いる端子またはコネクタを有する。

先端部１３には、厚さ方向に貫通する貫通孔１３４が設けられている。さらに、先端部１３には、個々の再利用部品に固有に付与された部品ＩＤが記録された部品タグ１９が内蔵されている。部品タグ１９は、たとえばＲＦＩＤタグまたはＩＤタグ等の近距離無線通信タグ用の小型の無線チップにより構成される。部品タグ１９は、２次元バーコードであっても良い。

スコープコネクタ２７は略段付き円筒型であり、図示を省略するコネクタピンを内部に備える。スコープコネクタ２７には、部品ＩＤが記録された部品タグ１９が貼付または印刷されている。部品タグ１９は、たとえば２次元バーコードである。部品タグ１９は、たとえばＲＦＩＤタグまたはＩＤタグ等の近距離無線通信タグ用の小型の無線チップにより構成されても良い。

ライトガイド２９は、保護チューブに覆われた光ファイババンドルである。ライトガイド２９の一端に、ライトガイドコネクタ２８が取り付けられている。ライトガイド２９の他端には、図示を省略する照明レンズが取り付けられている。組立後の内視鏡１０においては、照明窓１３３の内側に、照明レンズが配置される。

保護チューブには、たとえばレーザマーキングにより、部品ＩＤが印字された部品タグ１９が設けられている。なお、部品タグ１９には、部品ＩＤが暗号化されて記録されていても良い。部品タグ１９には、部品ＩＤを示すバーコードがマーキングされていても良い。部品タグ１９は、たとえばＲＦＩＤタグまたはＩＤタグ等の近距離無線通信タグ用の小型の無線チップにより構成されても良い。

部品タグ１９を設けることが困難な再利用部品については、たとえば内視鏡１０から取り外した後に識別用のタグが設けられたケースに収容しても良い。第１内視鏡ＤＢ６１により内視鏡ＩＤと個々の部品ＩＤとが関連づけられているため、ケースに設けられたタグとを部品ＩＤとを関連づけることができる。

内視鏡１０から取り出されたそれぞれの再利用部品に対して、所定の品質試験が行なわれる。品質試験に合格しない再利用部品は、廃棄される。なお、所定の回数利用された再利用部品は、品質試験を行なわずに廃棄されても良い。それぞれの再利用部品の利用回数は、後述する再利用部品ＤＢ６３に記録されている。

部品タグ１９にＲＦＩＤタグ等の書き換えまたは追記が可能なチップ等を使用する場合には、品質試験に合格した再利用部品に利用回数を記録しても良い。レーザマーキング等により、再利用部品に利用回数をマーキングしても良い。再利用部品ＤＢ６３にアクセスしなくても、それぞれの再利用部品の利用回数を確認できる。

品質検査に合格した再利用部品と、新品の非再利用部品とが組み合わされて、新たな内視鏡１０が組み立てられる。なお、再利用部品の数が不足する場合には、新品の再利用部品が使用される。組み立てられた内視鏡１０に対して、所定の品質検査が行なわれる。

なお、部品タグ１９に品質試験の結果を書き込んでも良い。たとえば、内視鏡１０の機種により、再利用部品の合格基準が異なる場合には、部品タグに品質試験の結果を書き込んでおくことにより、適切な組み合わせの部品を使用して、新たな内視鏡を組み立てられる。

１台の内視鏡１０から取り出された再利用部品を、同一の内視鏡１０の組立に使用しても良い。１つの医療機関から回収した内視鏡１０から取り出された再利用部品を用いて作成された内視鏡１０が、同じ医療機関に配送されるようにしても良い。複数の内視鏡１０から取り出された再利用部品を、ランダムに組み合わせて内視鏡１０を組み立てても良い。

図６は、第１内視鏡ＤＢ６１のレコードレイアウトを説明する説明図である。第１内視鏡ＤＢ６１は、内視鏡ＩＤと、再利用部品ＩＤと、機種名と、日程と、使用状況とを関連づけて記録するＤＢである。

第１内視鏡ＤＢ６１は、内視鏡ＩＤフィールド、再利用部品ＩＤフィールド、機種名フィールド、日程フィールドおよび使用状況フィールドを有する。再利用部品ＩＤフィールドは、先端部ＩＤフィールド、スコープコネクタＩＤフィールドおよびライトガイドＩＤフィールド等の、再利用部品に関するフィールドを有する。

日程フィールドは、組立完了日フィールド、滅菌日フィールド、出荷日フィールドおよび回収日フィールドを有する。使用状況フィールドは、医療機関名フィールド、および、使用日フィールドを有する。

内視鏡ＩＤフィールドには、内視鏡ＩＤが記録されている。先端部ＩＤフィールドには、先端部１３の部品ＩＤが記録されている。スコープコネクタＩＤフィールドには、スコープコネクタ２７の部品ＩＤが記録されている。ライトガイドＩＤフィールドには、ライトガイド２９の部品ＩＤが記録されている。

機種名フィールドには、内視鏡１０の機種が記録されている。組立完了日フィールドには、組立を完了した日付が記録されている。滅菌日フィールドには滅菌を行なった日付が記録されている。出荷日フィールドには、内視鏡１０を出荷した日付が記録されている。回収日フィールドには、医療機関から内視鏡１０を回収した日付が記録されている。

医療機関名フィールドには、内視鏡１０を配送した医療機関の名前が記録されている。使用日フィールドには、医療機関で内視鏡１０が使用された日付が記録されている。第１内視鏡ＤＢ６１は、１本の内視鏡１０について１つのレコードを有する。

図７は、第２内視鏡ＤＢ６２のレコードレイアウトを説明する説明図である。第２内視鏡ＤＢ６２は、内視鏡ＩＤと、機種名と、所在地と、日付とを関連づけて記録するＤＢである。第２内視鏡ＤＢ６２は、内視鏡ＩＤフィールド、機種名フィールド、所在地フィールドおよび日付フィールドを有する。日付フィールドは、入荷日フィールド、使用日フィールドおよび回収日フィールドを有する。

内視鏡ＩＤフィールドには、内視鏡ＩＤが記録されている。機種名フィールドには、内視鏡１０の機種が記録されている。所在地フィールドには、タグリーダ３９を介して取得した内視鏡１０の所在地が記録されている。所在地フィールドの「－」は、内視鏡１０がメーカにより回収済であり、医療機関内に存在しないことを意味する。

入荷日フィールドには、内視鏡１０がメーカから医療機関に配送された日付が記録されている。使用日フィールドには、内視鏡１０が使用された日付が記録されている。回収日フィールドには、内視鏡１０がメーカに回収された日付が記録されている。使用日フィールドの空欄は、内視鏡１０がまだ使用されていないことを意味する。回収日フィールドの空欄は、内視鏡１０がまだ回収されていないことを意味する。第２内視鏡ＤＢ６２は、１本の内視鏡１０について１つのレコードを有する。

図８は、再利用部品ＤＢ６３のレコードレイアウトを説明する説明図である。再利用部品ＤＢ６３は、再利用部品ＩＤと、再利用部品の状態と、組み立てた内視鏡１０の状態とを関連づけて記録するＤＢである。組み立てた内視鏡１０の状態には、組み立てた内視鏡ごとの、内視鏡ＩＤと、日付と、回収および分解後の検査状況とを含む。図８は、再利用部品ＤＢ６３の一つのレコードを示す。再利用部品ＤＢ６３は、１つの再利用部品について、１つのレコードを有する。

再利用部品ＤＢ６３は、再利用部品ＩＤフィールド、状態フィールド、回数フィールド、内視鏡ＩＤフィールド、日付フィールドおよび部品検査フィールドを有する。日付フィールドは、再製造投入日フィールド、出荷日フィールドおよび回収日フィールドを有する。部品検査フィールドは、検査日フィールドおよび結果フィールドを有する。

再利用部品ＩＤフィールドには、再利用部品の部品ＩＤが記録されている。状態フィールドには、再利用部品の状態が記録されている。図８に例示する「再製造中」は、再利用部品が再製造工程に投入された後、まだ内視鏡１０が完成していないことを意味する。状態フィールドには、たとえば内視鏡１０が完成し出荷待ちであることを示す「出荷待ち」、内視鏡１０が医療機関に存在することを示す「回収待ち」、内視鏡１０を回収後、分解中であることを示す「分解中」等が適宜記録される。

回数フィールドには、再利用部品の使用回数が記録される。内視鏡ＩＤフィールドには、再利用部品が組みつけられて内視鏡１０の内視鏡ＩＤが記録される。再製造投入日フィールドには、再利用部品が再製造工程に投入された日付が記録される。出荷日フィールドには、内視鏡１０が医療機関に出荷された日付が記録される。回収日フィールドには、内視鏡１０が医療機関から回収された日付が記録される。

検査日フィールドには、回収した内視鏡１０から取り出した再利用部品の検査が行なわれた日付が記録される。結果フィールドには、検査結果が記録される。「ＯＫ」は、検査に合格したことを意味する。検査に合格しない場合には、結果フィールドに「ＮＧ」が記録されて、再利用部品は廃棄される。

図９は、回収要求ＤＢ６５のレコードレイアウトを説明する説明図である。回収要求ＤＢ６５は、医療機関名と、回収要求を受け付けた内視鏡１０の内視鏡ＩＤと、回収状況とを関連づけて記録するＤＢである。回収要求ＤＢ６５は、医療機関名フィールドと、内視鏡ＩＤフィールドと、回収状況フィールドとを有する。回収状況フィールドは、手配フィールドおよび完了フィールドを有する。

医療機関名フィールドには、医療機関の名前が記録されている。内視鏡ＩＤフィールドには、内視鏡ＩＤが記録されている。手配フィールドには、回収の手配状況が記録されている。「ＹＥＳ」は回収手配が完了していることを、「ＮＯ」は回収手配が完了していないことをそれぞれ示す。完了フィールドには、回収の完了状況が記録されている。「ＹＥＳ」は回収が完了していることを、「ＮＯ」は回収が完了していないことをそれぞれ示す。

回収要求ＤＢ６５は、回収容器３８に投入されたことがタグリーダ３９により検出されたことに基づいて、制御部４１からサーバ５０宛に使用情報が送信された１本の内視鏡１０について、１つのレコードを有する。

図１０は、伝票ＤＢ６６のレコードレイアウトを説明する説明図である。伝票ＤＢ６６は、内視鏡１０の配送および回収に関する配達伝票を記録するＤＢである。伝票ＤＢ６６は、たとえば物流会社またはメーカの物流部門と共有される。物流会社または物流部門では、伝票ＤＢ６６に基づいて内視鏡１０の配送および回収作業を行なう。

内視鏡１０の回収作業は、回収容器３８から使用済の内視鏡１０を取り出して別の容器に移す作業であっても、回収容器３８ごと運び出して、新たな回収容器３８を設置する作業であっても良い。いずれの場合であっても、使用済の内視鏡１０はいわゆる感染性廃棄物であり、適切な感染防止措置に基づいて回収作業が行なわれる。

伝票ＤＢ６６は、内視鏡ＩＤフィールド、出発地フィールド、目的地フィールド、出発日時フィールドおよび到着日時フィールドを有する。内視鏡ＩＤフィールドには、内視鏡ＩＤが記録されている。出発地フィールドには、出発地が記録されている。目的地フィールドには、目的地が記録されている。

出発日時フィールドには、出発地で内視鏡１０を受領して出発した日時が記録されている。到着日時フィールドには、目的地で内視鏡１０を引き渡した日時が記録されている。出発日時フィールドおよび到着日時フィールドの空欄は、出発前または到着前であることを意味する。伝票ＤＢ６６は、一本の内視鏡１０の１回の輸送について、１つのレコードを有する。

物流会社等は、伝票ＤＢ６６に基づいて内視鏡１０を受領した場合に、受領日時フィールドに日時を記録し、内視鏡１０を引き渡した場合に、到着日時フィールドに日時を記録する。到着日時フィールドへの日時の記録は、たとえば配達作業者がスマートフォン等の情報処理装置を操作して行なう。医療機関の機材室、輸送用車両およびメーカの倉庫等に設置されたタグリーダ３９等からの信号に基づいて、伝票ＤＢ６６への記録が自動的に行なわれても良い。

図１１は、プログラムの処理の流れを説明するフローチャートである。前述のとおり、タグリーダ３９は、内視鏡１０の移動を検出した場合に、クライアント４０に内視鏡ＩＤと検出したタグリーダ３９の場所とを送信する。制御部４１は、タグ通信部４９を介してタグリーダ３９から内視鏡ＩＤおよびタグリーダ３９の設置場所を受信する（ステップＳ５０１）。

制御部４１は、内視鏡ＩＤをキーにして第２内視鏡ＤＢ６２を検索して、レコードを抽出する。制御部４１は、レコードを抽出できない、すなわち当該医療機関で新規に検出された内視鏡１０であるか否かを判定する（ステップＳ５０２）。

新規に検出された内視鏡１０であると判定した場合（ステップＳ５０２でＹＥＳ）、制御部４１は、サーバ５０にステップＳ５０１で受信した内視鏡ＩＤを送信する（ステップＳ５０３）。なお、通常は新規に検出された内視鏡１０であると判定されるのは、機材室に新たに配送された内視鏡１０である。

制御部５１は、内視鏡ＩＤを受信する（ステップＳ６０１）。制御部５１は、内視鏡ＩＤをキーにして、第１内視鏡ＤＢ６１を検索してレコードを抽出する（ステップＳ６０２）。制御部５１は、レコードの抽出に成功したか否かを判定する（ステップＳ６０３）。

たとえば、内視鏡タグ１８に正しい内視鏡ＩＤが記録されていない場合、または、タグリーダ３９が内視鏡１０以外の物品に取り付けられたタグに反応した場合、制御部５１はレコードの抽出に成功しない。レコードの抽出に成功していないと判定した場合（ステップＳ６０３でＮＯ）、制御部５１は所定のエラーログファイルにエラーを出力する（ステップＳ６０４）。

制御部５１は、たとえばメーカの担当者宛、または医療機関の担当者宛に、電子メールまたはショートメッセージ等の任意の手段を用いてエラーメッセージを出力しても良い。メーカの担当者は、再製造工程の確認、当該内視鏡１０の回収手配等の対策を適宜行なう。医療機関の担当者は、当該内視鏡１０の回収手配、タグリーダ３９の設置場所の確認等の対策を適宜行なう。

レコードの抽出に成功したと判定した場合（ステップＳ６０３でＹＥＳ）、制御部５１は、内視鏡１０の検出状態が正常であるか否かを判定する（ステップＳ６０５）。具体的には、制御部５１は、検出したレコードの医療機関名フィールドに記録された医療機関名と、クライアント４０が設置された医療機関名とが一致するか否かを判定する。一致しない場合、制御部５１は、内視鏡１０の検出状態が正常ではないと判定する。さらに制御部５１は、検出したレコードの回収日フィールドおよび使用日フィールドに日付が記録されているか否かを判定する。いずれか一方、または両方に日付が記録されている場合、制御部５１は、内視鏡１０の検出状態が正常ではないと判定する。

正常ではないと判定した場合（ステップＳ６０５でＮＯ）、制御部５１は所定のエラーログファイルにエラーを出力する（ステップＳ６０６）。制御部５１は、たとえば情報処理システム７０の担当者宛、または医療機関の担当者宛に、電子メールまたはショートメッセージ等の任意の手段を用いてエラーメッセージを出力しても良い。

正常であると判定した場合（ステップＳ６０５でＹＥＳ）、ステップＳ６０４の終了後、または、ステップＳ６０６の終了後、制御部５１は、判定結果をクライアント４０に送信する（ステップＳ６０７）。制御部４１は、判定結果を受信し、所定のエラーログファイルに記録する（ステップＳ５０４）。

新規に検出された内視鏡１０ではないと判定した場合（ステップＳ５０２でＮＯ）、制御部４１は、内視鏡１０を検出したタグリーダ３９の場所が内視鏡検査室であるか否かを判定する（ステップＳ５１１）。内視鏡検査室であると判定した場合（ステップＳ５１１でＹＥＳ）、制御部４１は、第２内視鏡ＤＢ６２から抽出したレコードの所在地フィールドに「検査室」を記録する（ステップＳ５１２）。

内視鏡検査室ではないと判定した場合（ステップＳ５１１でＮＯ）、制御部４１は、内視鏡１０を検出したタグリーダ３９の場所が回収容器３８であるか否かを判定する（ステップＳ５１３）。回収容器３８に投入されたと判定した場合（ステップＳ５１３でＹＥＳ）、制御部４１はサーバ５０に内視鏡ＩＤと回収要求とを送信する（ステップＳ５１４）。

制御部５１は、回収要求を受信する（ステップＳ６１１）。制御部５１は、回収要求ＤＢ６５に新規レコードを作成し、回収要求を送信したクライアント４０が設置された医療機関名および回収要求に対応する内視鏡ＩＤを記録する。制御部５１は、手配フィールドおよび完了フィールドを初期値「ＮＯ」に設定する（ステップＳ６１２）。

制御部４１は、第２内視鏡ＤＢ６２から抽出したレコードの所在地フィールドに「回収容器」を、使用日フィールドに日付をそれぞれ記録する（ステップＳ５１５）。回収容器３８ではないと判定した場合（ステップＳ５１３でＮＯ）、ステップＳ５０４、ステップＳ５１２またはステップＳ５１５の終了後、制御部４１は処理を終了するか否かを判定する（ステップＳ５１６）。たとえば、管理担当者から終了の指示を受け付けた場合、制御部４１は処理を終了すると判定する。

処理を終了しないと判定した場合（ステップＳ５１６でＮＯ）、制御部４１はステップＳ５０１に戻る。処理を終了すると判定した場合（ステップＳ５１６でＹＥＳ）、制御部４１は処理を終了する。

なお、フローチャートによる説明は省略するが、回収容器３８から内視鏡１０が回収された場合、制御部４１は、第２内視鏡ＤＢ６２から抽出したレコードの所在地フィールドに「－」を、回収日フィールドに日付をそれぞれ記録する。

図１２は、サーバ５０で実行されるプログラムの処理の流れを説明するフローチャートである。図１２に示すプログラムは、制御部５１の負荷が少ない時間に随時実行されても、所定の時刻に実行されてもよい。図１２に示すプログラムは、回収要求ＤＢ６５に新規レコードが追加された場合、および、医療機関から回収された内視鏡１０がメーカに到着した場合に実行されても良い。

図１２に示すプログラムは、回収要求ＤＢ６５に所定の数の新規レコードが追加された場合、および、医療機関から回収された内視鏡１０がメーカに到着した場合に実行されても良い。図１２に示すプログラムは、回収要求ＤＢ６５に１つの医療機関から受信した回収要求に基づく所定の数の新規レコードが追加された場合、および、医療機関から回収された内視鏡１０がメーカに到着した場合に実行されても良い。

制御部５１は、回収要求ＤＢ６５に新規の回収要求が記録されているか否かを判定する（ステップＳ６２１）。具体的には、制御部５１は回収要求ＤＢ６５を検索して、手配フィールドに「ＮＯ」が記録されたレコードを抽出する。抽出されたレコードがある場合、制御部５１は回収要求が記録されていると判定する。

新規の回収要求が記録されていると判定した場合（ステップＳ６２１でＹＥＳ）、制御部５１は、回収要求ＤＢ６５中の新規レコードの内視鏡ＩＤフィールドに記録された内視鏡ＩＤをキーにして第１内視鏡ＤＢ６１を検索し、レコードを抽出する。制御部５１は、抽出したレコードの機種名フィールドから、回収要求を受けた内視鏡１０の機種を抽出する（ステップＳ６２２）。

制御部５１は、第１内視鏡ＤＢ６１を検索して、滅菌日に日付が記録されており、出荷日に日付が記録されていないレコードを抽出する。制御部５１は、ステップＳ６２２で抽出した機種をキーにして抽出したレコードを検索して、滅菌後出荷されていない同一機種の内視鏡１０を抽出する。制御部５１は、抽出したレコードのうちの１つを選択する。制御部５１は、選択したレコードの、内視鏡ＩＤフィールドに記録された内視鏡ＩＤを取得する。以上により、第１内視鏡ＤＢ６１から交換用の内視鏡１０が選択される（ステップＳ６２３）。

なお、制御部５１は、第１内視鏡ＤＢ６１を検索して、組立完了日に日付が記録されており、滅菌日に日付が記録されていないレコードを抽出しても良い。出荷先を定めた後に内視鏡１０の滅菌を行なうことにより、滅菌有効期限が長い内視鏡１０を医療機関に提供できる。

制御部５１は、ステップＳ６２３で選択した内視鏡１０の出荷伝票を出力する（ステップＳ６２４）。具体的には、制御部５１は伝票ＤＢ６６に新規レコードを追加する。制御部５１は、追加したレコードの内視鏡ＩＤフィールドに、ステップＳ６２３で選択した内視鏡１０の内視鏡ＩＤを記録する。同様に、制御部５１は、出発地フィールドに交換用の内視鏡１０が保管された場所を記録し、目的地フィールドに交換要求が送信された医療機関を記録する。出発日時フィールドおよび到着日時フィールドの初期値は空欄である。

制御部５１は、ステップＳ６２１で回収要求を受けた内視鏡１０の回収伝票を出力する（ステップＳ６２５）。具体的には、制御部５１は伝票ＤＢ６６に新規レコードを追加する。制御部５１は、追加したレコードの内視鏡ＩＤフィールドに、ステップＳ６２３で選択した内視鏡１０の内視鏡ＩＤを記録する。同様に、制御部５１は、出発地フィールドに交換用の内視鏡１０が保管された場所を記録し、目的地フィールドに交換要求が送信された医療機関を記録する。出発日時フィールドおよび到着日時フィールドの初期値は空欄である。

なお、ステップＳ６２１において、複数の回収要求を抽出した場合には、制御部５１はステップＳ６２２からステップＳ６２５までの処理を順次繰り返し、それぞれの内視鏡１０についての出荷伝票および回収伝票を出力する。ステップＳ６２２からステップＳ６２５までの処理により、制御部５１は使用済の内視鏡１０を回収し、未使用の内視鏡１０を配送する交換指示を出力する。

新規の回収要求が記録されていないと判定した場合（ステップＳ６２１でＮＯ）、または、ステップＳ６２５の終了後、制御部５１は、回収された内視鏡１０がメーカに到着したか否かを判定する（ステップＳ６３１）。到着したと判定した場合（ステップＳ６３１でＹＥＳ）、制御部５１は、回収された内視鏡１０の内視鏡ＩＤを取得する（ステップＳ６３２）。

制御部５１は、取得した内視鏡ＩＤをキーにして第１内視鏡ＤＢ６１を検索し、レコードを抽出する。制御部５１は、抽出したレコードの回収日フィールドに回収日を記録する（ステップＳ６３３）。

なお、ステップＳ６３１において、複数の内視鏡１０が到着している場合には、制御部５１はステップＳ６３２からステップＳ６３３までの処理を順次繰り返し、それぞれの内視鏡１０の回収について第１内視鏡ＤＢ６１に記録する。

回収された内視鏡１０がメーカに到着していないと判定した場合（ステップＳ６３１でＮＯ）、または、ステップＳ６３３の終了後、制御部５１は処理を終了するか否かを判定する（ステップＳ６３４）。処理を終了しないと判定した場合（ステップＳ６３４でＮＯ）、制御部５１はステップＳ６２１に戻る。処理を終了すると判定した場合（ステップＳ６３４でＹＥＳ）、制御部５１は処理を終了する。

図１３は、棚卸しを行なうプログラムの処理の流れを説明するフローチャートである。図１３に示すプログラムは、たとえば毎日１回、または毎週１回等、定期的に実行される。

制御部５１は、処理対象の医療機関を選択する（ステップＳ６４１）。制御部５１は選択した医療機関に設置されたクライアント４０に、未回収品に関する情報を要求する（ステップＳ６４２）。

制御部４１は、要求を受信する（ステップＳ５２１）。制御部４１は、第２内視鏡ＤＢ６２を検索して、回収日フィールドに日付が記録されていないレコードを抽出する（ステップＳ５２２）。制御部４１は、抽出したレコードの内視鏡ＩＤフィールドに記録された内視鏡ＩＤをサーバ５０に送信する（ステップＳ５２３）。

制御部５１は、内視鏡ＩＤを受信し、主記憶装置５２または補助記憶装置５３に一時的に記憶する（ステップＳ６５１）。制御部５１は、ステップＳ６４１で選択した医療機関の医療機関名をキーにして第１内視鏡ＤＢ６１を検索して、レコードを抽出する。さらに制御部５１は、回収日に日付が記録されていないレコード、すなわち未回収品のレコードを抽出する（ステップＳ６５２）。

制御部５１は、ステップＳ６５１で受信した内視鏡ＩＤと、ステップＳ６５２で抽出したレコードの内視鏡ＩＤフィールドに記録された内視鏡ＩＤとを照合し、両者が一致している否かを判定する（ステップＳ６５３）。

一致しないと判定した場合（ステップＳ６５３でＮＯ）、制御部５１は不一致である内視鏡ＩＤに対応する内視鏡１０が輸送中であるか否かを判定する（ステップＳ６５４）。具体的には、制御部５１は、不一致である内視鏡ＩＤをキーとして伝票ＤＢ６６を検索し、レコードを抽出する。抽出したレコードの出発日時フィールドに日時が記録されており、到着日時フィールドに日時が記録されていない場合、制御部５１は、当該内視鏡ＩＤに対応する内視鏡１０は輸送中であると判定する。それ以外であると判定した場合、制御部５１は、当該内視鏡ＩＤに対応する内視鏡１０は輸送中ではないと判定する。

輸送中ではないと判定した場合（ステップＳ６５４でＮＯ）、制御部５１は所定のエラーログファイルにエラーを出力する（ステップＳ６５６）。制御部５１は、たとえばメーカの担当者宛、または医療機関の担当者宛に、電子メールまたはショートメッセージ等の任意の手段を用いてエラーメッセージを出力しても良い。担当者は、不一致である内視鏡１０の行方を捜索し、ＤＢの不整合を修正する等の、適切な対応を行なう。

一致すると判定した場合（ステップＳ６５３でＹＥＳ）、輸送中であると判定した場合（ステップＳ６５４でＹＥＳ）、または、ステップＳ６５６の終了後、制御部５１はすべての医療機関についての処理を終了したか否かを判定する（ステップＳ６５７）。終了していないと判定した場合（ステップＳ６５７でＮＯ）、制御部５１はステップＳ６４１に戻る。終了していると判定した場合（ステップＳ６５７でＹＥＳ）、制御部５１は処理を終了する。

フローチャートの記載を省略するが、制御部５１は、医療機関に請求する料金を定期的に算出する。具体的には、第１内視鏡ＤＢ６１から、医療機関ごとに交換した内視鏡１０の数を取得し、（１）式に基づいて料金を算出する。算出した料金に基づいて、メーカから医療機関に対して請求書が発行される。なお、算出した料金に基づいて、制御部５１が自動的に医療機関宛に請求書を送信しても良い。

本実施の形態によると、内視鏡検査にかかわる医療従事者の負担を低減する情報処理システム７０を提供できる。再利用可能な部品は再利用するため、単回使用向け内視鏡１０のコストを削減するとともに、廃棄物を削減できる。

第１内視鏡ＤＢ６１により、内視鏡ＩＤと再利用部品の部品ＩＤとを関連づけて記録するため、再製造した内視鏡１０に使用した部品のトレーサビリティを確保できる情報処理システム７０を提供できる。

第１内視鏡ＤＢ６１および第２内視鏡ＤＢ６２には、患者ＩＤ等の患者に関する情報を記録しないため、個人情報の流出のおそれのない情報処理システム７０を提供できる。なお、それぞれの患者に使用した内視鏡１０の内視鏡ＩＤは電子カルテシステムに記録することにより、必要であれば、どの患者に使用した内視鏡１０であるかのトレーサビリティを確保することも可能である。

本実施の形態では、軟性の内視鏡１０を例にして説明したが、内視鏡１０は硬性鏡であっても良い。内視鏡１０は、工業用内視鏡であっても良い。たとえば食品工場のパイプライン等、滅菌が必要な場所に使用できる工業用内視鏡を提供できる。

内視鏡タグ１８およびタグリーダ３９にＲＦＩＤ等の近距離無線通信を使用することにより、内視鏡１０を所定の場所に移動させるだけで内視鏡ＩＤを読み取り、記録する情報処理システム７０を提供できる。

伝票ＤＢ６６を用いて物流会社等との情報共有を行なうことにより、出荷および納品の指示を自動的に行なう情報処理システム７０を提供できる。物流会社等では、たとえば内視鏡１０と、他の医療機器および医薬品等とを混載して輸送しても良い。使用済の内視鏡１０を回収する車両と、交換用の内視鏡１０を配送する車両とは、異なる車両であっても良い。

内視鏡１０の再処理を行なわないため、個々の医療機関では消毒薬等の薬品および洗浄用の水を使用しない。設備の整ったメーカであれば、洗浄に用いた水の滅菌およびリサイクル等が可能であるため、内視鏡１０を洗浄する際の環境負荷を低減できる。

メーカで使用後の内視鏡１０を分解するため、内視鏡１０を構成するそれぞれの非再利用部品を、それぞれ適切に分別して、廃棄できる。以上により、環境負荷の少ない内視鏡１０を提供できる。

［実施の形態２］
本実施の形態は、電子カルテシステムまたは診療予約システムなどの病院内システムから検査予定を取得し、必要な内視鏡１０を自動的に配送する情報処理システム７０に関する。実施の形態１と共通する部分については、説明を省略する。

図１４は、検査予定ＤＢのレコードレイアウトを説明する説明図である。検査予定ＤＢは、検査予定日と検査に使用する内視鏡１０の機種名とを関連づけて記録するＤＢである。検査予定ＤＢは、検査予定日フィールドと、機種名フィールドとを有する。検査予定日フィールドには、検査予定日が記録されている。機種名フィールドには、内視鏡１０の機種名が記録されている。

図１５は、余裕数ＤＢのレコードレイアウトを説明する説明図である。余裕数ＤＢは、医療機関名と、あらかじめ契約等に基づいて定められた内視鏡１０の余裕数とを関連づけて記録するＤＢである。

余裕数ＤＢは、医療機関名フィールドと、余裕数フィールドとを有する。余裕数フィールドは、「Ｅ００１」、「Ｅ００２」および「Ｅ００３」等、内視鏡１０の機種ごとのサブフィールドを有する。医療機関名フィールドには、医療機関名が記録されている。余裕数フィールドの各サブフィールドには、それぞれの医療機関との契約に基づいて定められた内視鏡１０の機種ごとの余裕数が記録されている。

ここで余裕数は、検査に使用する具体的な予定のない内視鏡１０の数を意味する。それぞれの医療機関は、緊急内視鏡検査等の計画外の内視鏡検査に備えて、余裕数を定めてメーカとの契約を行なう。余裕数ＤＢは、１つの医療機関について、１つのレコードを有する。

図１６は、実施の形態２のプログラムの処理の流れを説明するフローチャートである。図１６に示すプログラムは、たとえば朝夕の所定の時間等、定期的に実行される。

制御部５１は、処理対象の医療機関を選択する（ステップＳ６６１）。制御部５１は選択した医療機関に設置されたクライアント４０に、内視鏡検査の予定に関する情報を要求する（ステップＳ６６２）。

制御部４１は、要求を受信する（ステップＳ５３１）。制御部４１は、所定のプロトコルに基づいて病院内システムに対して情報を要求し、図１４を使用して説明した検査予定ＤＢを取得する（ステップＳ５３２）。制御部４１は、検査予定ＤＢに記録されたデータをサーバ５０に送信する（ステップＳ５３３）。

制御部５１は、検査予定ＤＢに記録されたデータを受信し、主記憶装置５２または補助記憶装置５３に一時的に記憶する（ステップＳ６６３）。制御部５１はクライアント４０に、内視鏡１０の在庫に関する情報を要求する（ステップＳ６６４）。

制御部４１は、要求を受信する（ステップＳ５３４）。制御部４１は、第２内視鏡ＤＢ６２から、機材室に保管中の内視鏡１０の在庫を取得する（ステップＳ５３５）。具体的には、制御部４１は、第２内視鏡ＤＢ６２を検索して、所在地フィールドに「機材室」が記載されているレコードを抽出する。制御部４１は、抽出したレコードの機種名フィールドに記録された機種名のリストをサーバ５０に送信する（ステップＳ５３６）。

制御部５１は、機種名のリストを受信する（ステップＳ６６５）。制御部５１はステップＳ６６３で受信した検査予定およびステップＳ６６５で受信した在庫それぞれを、機種ごとに集計する（ステップＳ６６６）。

制御部５１は、判定対象の機種を選択する。制御部５１は、判定対象の機種の在庫数が、図１５を使用して説明した余裕数ＤＢに記録された医療機関ごとの余裕数を充足するか否かを判定する（ステップＳ６６７）。具体的には、制御部５１はそれぞれの機種について（２）式が満たされるか否かを判定する。
在庫数 ＞ 検査予定数＋余裕数 ‥‥‥ （２）

充足しないと判定した場合（ステップＳ６６７でＮＯ）、制御部５１は第１内視鏡ＤＢ６１を検索して、滅菌後出荷されていない同一機種の内視鏡１０を抽出する。制御部５１は、抽出したレコードのうちの１つを選択して、内視鏡ＩＤフィールドに記録された内視鏡ＩＤを取得する。以上により、第１内視鏡ＤＢ６１から出荷用の内視鏡１０が選択される（ステップＳ６６８）。

制御部５１は内視鏡１０の出荷伝票を出力する（ステップＳ６６９）。なお、ステップＳ６６８およびステップＳ６６９において、制御部５１はあらかじめ定められた所定の出荷単位数の内視鏡１０を選択して、出荷伝票を出力しても良い。たとえば、出荷単位を５本単位または１０本単位等に定めることにより、内視鏡１０の配送頻度を減らすことができる。

充足すると判定した場合（ステップＳ６６７でＹＥＳ）、または、ステップＳ６６９の終了後、制御部５１はすべての機種の処理を終了したか否かを判定する（ステップＳ６７１）。終了していないと判定した場合（ステップＳ６７１でＮＯ）、制御部５１はステップＳ６６７に戻る。

終了したと判定した場合（ステップＳ６７１でＹＥＳ）、制御部５１はすべての医療機関の処理を終了したか否かを判定する（ステップＳ６７２）。終了していないと判定した場合（ステップＳ６７２でＮＯ）、制御部５１はステップＳ６６１に戻る。終了したと判定した場合（ステップＳ６７２でＹＥＳ）、制御部５１は処理を終了する。

図１７は、実施の形態２のサーバ５０で実行されるプログラムの処理の流れを説明するフローチャートである。図１７に示すプログラムは、制御部５１の負荷が少ない時間に随時実行されても、所定の時刻に実行されてもよい。図１７に示すプログラムは、回収要求ＤＢ６５に新規レコードが追加された場合、および、医療機関から回収された内視鏡１０がメーカに到着した場合に実行されても良い。

制御部５１は、回収要求ＤＢ６５に新規の回収要求が記録されているか否かを判定する（ステップＳ６２１）。具体的には、制御部５１は回収要求ＤＢ６５を検索して、手配フィールドに「ＮＯ」が記録されたレコードを抽出する。抽出されたレコードがある場合、制御部５１は回収要求が記録されていると判定する。

新規の回収要求が記録されていると判定した場合（ステップＳ６２１でＹＥＳ）、制御部５１は、ステップＳ６２１で回収要求を受けた内視鏡１０の回収伝票を出力する（ステップＳ６２５）。具体的には、制御部５１は伝票ＤＢ６６に新規レコードを追加する。制御部５１は、追加したレコードの内視鏡ＩＤフィールドに、ステップＳ６２３で選択した内視鏡１０の内視鏡ＩＤを記録する。同様に、制御部５１は、出発地フィールドに交換用の内視鏡１０が保管された場所を記録し、目的地フィールドに交換要求が送信された医療機関を記録する。出発日時フィールドおよび到着日時フィールドの初期値は空欄である。

なお、ステップＳ６２１において、複数の回収要求を抽出した場合には、制御部５１はステップＳ６２５までの処理を繰り返し、それぞれの内視鏡１０についての回収伝票を出力する。

新規の回収要求が記録されていないと判定した場合（ステップＳ６２１でＮＯ）、または、ステップＳ６２５の終了後、制御部５１は、回収された内視鏡１０がメーカに到着したか否かを判定する（ステップＳ６３１）。到着したと判定した場合（ステップＳ６３１でＹＥＳ）、制御部５１は、回収された内視鏡１０の内視鏡ＩＤを取得する（ステップＳ６３２）。

制御部５１は、取得した内視鏡ＩＤをキーにして第１内視鏡ＤＢ６１を検索し、レコードを抽出する。制御部５１は、抽出したレコードの回収日フィールドに回収日を記録する（ステップＳ６３３）。

なお、ステップＳ６３１において、複数の内視鏡１０が到着している場合には、制御部５１はステップＳ６３２からステップＳ６３３までの処理を順次繰り返し、それぞれの内視鏡１０の回収について第１内視鏡ＤＢ６１に記録する。

回収された内視鏡１０がメーカに到着していないと判定した場合（ステップＳ６３１でＮＯ）、または、ステップＳ６３３の終了後、制御部５１は処理を終了するか否かを判定する（ステップＳ６３４）。処理を終了しないと判定した場合（ステップＳ６３４でＮＯ）、制御部５１はステップＳ６２１に戻る。処理を終了すると判定した場合（ステップＳ６３４でＹＥＳ）、制御部５１は処理を終了する。

本実施の形態によると、内視鏡検査数の変動が大きい医療機関であっても、必要最低限の余裕数で必要な内視鏡検査を滞りなく実施できる情報処理システム７０を提供できる。余裕数ＤＢに必要な余裕数を記録しているため、緊急内視鏡検査が必要である場合、交通渋滞等で配送が遅れた場合、その他不測の自体が生じた場合であっても、内視鏡１０の不足を生じさせない情報処理システム７０を提供できる。

［実施の形態３］
本実施の形態は、先端部１３に発光素子１３６を内蔵する内視鏡１０に関する。実施の形態１と共通する部分については、説明を省略する。

図１８は、実施の形態３の内視鏡１０の再製造工程を説明する説明図である。本実施の形態においては、先端部１３およびスコープコネクタ２７が再利用部品である場合を例にして説明する。

内視鏡１０は、所定の手順により分解される。非再利用部品は、廃棄される。本実施の形態における再利用部品について説明する。

先端部１３は、厚さ方向に貫通する貫通孔１３４が設けられた円板形であり、一方の面に観察窓１３２および２個の照明窓１３３を有する。観察窓１３２および照明窓１３３は、プラスチックまたはガラス等の透明な板で覆われている。

観察窓１３２の内側に、撮像素子１３１と、撮像素子１３１の表面に光学像を結像するレンズとが配置されている。照明窓１３３の内側に、ＬＥＤ（Light Emitting Diode）等の発光素子１３６が配置されている。発光素子１３６と照明窓１３３との間に、発光素子１３６から放射される光を適切な放射角度に放散させる照明レンズが設けられていてもよい。撮像素子１３１は、照明窓１３３から放射された光により照明された被写体を、観察窓１３２を介して撮影する。

先端部１３には、厚さ方向に貫通する貫通孔１３４が設けられている。さらに、先端部１３には、個々の再利用部品に固有に付与された部品ＩＤが記録された部品タグ１９が内蔵されている。部品タグ１９は、たとえば小型の無線チップにより構成される。

内視鏡１０から取り出されたそれぞれの再利用部品に対して、所定の品質試験が行なわれる。品質検査に合格した再利用部品と、新品の非再利用部品とが組み合わされて、新たな内視鏡１０が組み立てられる。組み立てられた内視鏡１０に対して、所定の品質検査が行なわれる。

検査に合格した内視鏡１０に対して、ホワイトバランスの調整が行なわれる。調整結果は、コネクタ部２４に内蔵されるＩＣチップ等の記憶素子１５に書き込まれる。内視鏡タグ１８の記憶容量に余裕がある場合には、内視鏡タグ１８が記憶素子１５を兼ねても良い。

本実施の形態の内視鏡１０が内視鏡用プロセッサ３２に接続された場合、記憶素子１５に書き込まれたホワイトバランス調整結果が内視鏡用プロセッサ３２に読み込まれる。したがって、使用前にホワイトバランス調整をする必要のない内視鏡１０を提供できる。

撮像素子１３１に接続される信号線および電極線がホワイトバランスに与える影響が少ない場合、ホワイトバランスを書き込んだ記憶素子１５は、先端部１３に内蔵されても良い。そのようにする場合には、内視鏡１０を組み立てる都度ホワイトバランスを調整する必要はない。

本実施の形態によると、先端部１３に発光素子１３６を内蔵する内視鏡１０を提供できる。比較的高価なライトガイド２９およびライトガイドコネクタ２８を備えないため、安価な内視鏡１０を提供できる。

［実施の形態４］
本実施の形態は、滅菌処理の後所定の期間が経過した内視鏡１０を交換する情報処理システム７０に関する。実施の形態１と共通する部分については、説明を省略する。

図１９は、実施の形態４のプログラムの処理の流れを説明するフローチャートである。図１９に示すプログラムは、図１３を使用して説明したプログラムの代わりに使用されるプログラムである。ステップＳ６５６までの処理は、図１３を使用して説明したプログラムと同一であるため、説明を省略する。

一致すると判定した場合（ステップＳ６５３でＹＥＳ）、輸送中であると判定した場合（ステップＳ６５４でＹＥＳ）、または、ステップＳ６５６の終了後、制御部５１はステップＳ６５２で抽出した未回収品のレコードの滅菌日フィールドを検索して、滅菌日から所定の期間が経過した内視鏡１０が含まれているか否かを判定する（ステップＳ６８１）。所定の期間は、あらかじめ定められた滅菌の有効期間よりも若干短い期間に設定する。

期間が経過した内視鏡１０があると判定した場合（ステップＳ６８１でＹＥＳ）、制御部５１は該当するレコードの機種名フィールドから内視鏡１０の機種を抽出する（ステップＳ６８２）。制御部５１は第１内視鏡ＤＢ６１を検索して、滅菌後出荷されていない同一機種の内視鏡１０を抽出する。制御部５１は、抽出したレコードのうちの１つを選択して、内視鏡ＩＤフィールドに記録された内視鏡ＩＤを取得する。以上により、第１内視鏡ＤＢ６１から交換用の内視鏡１０が選択される（ステップＳ６８３）。

制御部５１は交換用の内視鏡１０を出荷する出荷伝票を出力する（ステップＳ６８４）。制御部５１は、ステップＳ６８１で所定の期間が経過したと判定した内視鏡１０の回収伝票を出力する（ステップＳ６８５）。

なお、ステップＳ６８１において、期間が経過した内視鏡１０を複数本抽出した場合には、制御部５１はステップＳ６８２からステップＳ６８５までの処理を順次繰り返し、それぞれの内視鏡１０についての出荷伝票および回収伝票を出力する。

期間が経過した内視鏡１０がないと判定した場合（ステップＳ６８１でＮＯ）、または、ステップＳ６８５の終了後、制御部５１は、すべての医療機関についての処理を終了したか否かを判定する（ステップＳ６５７）。終了していないと判定した場合（ステップＳ６５７でＮＯ）、制御部５１はステップＳ６４１に戻る。終了していると判定した場合（ステップＳ６５７でＹＥＳ）、制御部５１は処理を終了する。

本実施の形態によると、滅菌期限が切れた内視鏡１０を速やかに交換する情報処理システム７０を提供できる。

［実施の形態５］
本実施の形態は、不正な内視鏡１０の使用を防止する情報処理システム７０に関する。実施の形態１と共通する部分については、説明を省略する。

本実施の形態の内視鏡用プロセッサ３２は、内視鏡１０が接続された場合に内視鏡タグ１８から内視鏡ＩＤを取得して、クライアント４０に送信する。クライアント４０から許可を受信した場合に、内視鏡用プロセッサ３２は内視鏡検査に必要な動作を開始する。

図２０は、実施の形態５の内視鏡用プロセッサ３２に内視鏡１０が接続された場合にクライアント４０で動作するプログラムの処理の流れを説明するフローチャートである。制御部４１は、内視鏡用プロセッサ３２から受信した内視鏡ＩＤをキーにして第２内視鏡ＤＢ６２を検索してレコードを抽出する（ステップＳ５４１）。

制御部４１は、抽出されたレコードがあるか否かを判定する（ステップＳ５４２）。ないと判定した場合（ステップＳ５４２でＮＯ）、制御部４１はサーバ５０に内視鏡ＩＤを送信する（ステップＳ５４３）。

制御部５１は、内視鏡ＩＤを受信する（ステップＳ７０１）。制御部５１は、内視鏡ＩＤをキーにして第１内視鏡ＤＢ６１を検索し、当該内視鏡ＩＤに対応する内視鏡１０の使用可否を判定する（ステップＳ７０２）。

たとえば、第１内視鏡ＤＢ６１にも当該内視鏡ＩＤが記録されていない場合、内視鏡用プロセッサ３２に接続された内視鏡１０の素性は不明であるため、制御部５１は内視鏡１０は使用不可であると判定する。第１内視鏡ＤＢ６１に、当該内視鏡１０が使用済である旨が記録されている場合、すなわち使用日フィールドに日付が記録されている場合も、制御部５１は内視鏡１０は使用不可であると判定する。

第１内視鏡ＤＢ６１に、当該内視鏡１０が別の医療機関に配送された旨が記録されている場合、すなわち、医療機関名フィールドに別の医療機関名が記録されている場合、誤配送であると考えられる。制御部５１は、当該内視鏡１０は使用可能であると判定しても良い。誤配送を理由に、内視鏡検査の実施を遅らせることは、望ましくないためである。

制御部５１は、判定結果を所定のログファイルに記録する（ステップＳ７０３）。制御部５１は、判定結果をクライアント４０に送信する（ステップＳ７０４）。

制御部４１は、判定結果を受信する（ステップＳ５５１）。制御部４１は、受信した判定結果が使用可であるか否かを判定する（ステップＳ５５２）。使用不可であると判定した場合（ステップＳ５５２でＮＯ）、制御部４１は内視鏡１０の使用を許可しない旨を内視鏡用プロセッサ３２に送信する（ステップＳ５５３）。内視鏡用プロセッサ３２は、表示装置３３にエラーメッセージを表示して、ユーザに内視鏡１０の交換を促す。制御部４１は、処理を終了する。

レコードがあると判定した場合（ステップＳ５４２でＹＥＳ）、制御部４１は未使用の内視鏡１０であるか否かを判定する（ステップＳ５６１）。未使用の内視鏡１０である場合には、抽出したレコードの使用日フィールドに日付が記録されていない。

未使用の内視鏡１０であると判定した場合（ステップＳ５６１でＹＥＳ）または、使用可であると判定した場合（ステップＳ５５２でＹＥＳ）、制御部４１は内視鏡１０の使用を許可する旨を内視鏡用プロセッサ３２に送信する（ステップＳ５６２）。内視鏡用プロセッサ３２は、内視鏡検査に必要な動作を開始する。制御部４１は、処理を終了する。

未使用の内視鏡１０ではないと判定した場合（ステップＳ５６１でＮＯ）、制御部４１は、内視鏡１０の使用を許可しない旨を内視鏡用プロセッサ３２に送信する（ステップＳ５６３）。内視鏡用プロセッサ３２は、表示装置３３にエラーメッセージを表示して、ユーザに内視鏡１０の交換を促す。

制御部４１は、サーバ５０に内視鏡１０の再使用が試みられた旨の通知を送信する（ステップＳ５６４）。制御部５１は、内視鏡ＩＤを受信する（ステップＳ７１１）。制御部５１は、通知された情報を所定のログファイルに記録する（ステップＳ７１２）。ログファイルは、後日トラブル解析等に利用される。

ログファイルは、後日トラブル解析等に使用される。使用済の内視鏡１０の再使用を試みたユーザに対しては、内視鏡１０の使用方法に関する再指導等を行なう、または、再処理可能な内視鏡システム３０への交換を推奨する等の対策を行ない、再発を防止することが望ましい。

制御部４１は、第２内視鏡ＤＢ６２から抽出されたレコードがないと判定した場合（ステップＳ５４２でＮＯ）、サーバ５０からの判定結果を待たずに自動的に不許可を出力しても良い。正常な記録のない内視鏡１０の使用を拒否することにより、作業ミスおよび不正を防止する情報処理システム７０を提供できる。

本実施の形態によると、内視鏡１０の不正な使用を防止する情報処理システム７０を提供できる。

［実施の形態６］
本実施の形態は、梱包材である収容容器７１に内視鏡タグ１８を備える内視鏡１０に関する。実施の形態１と共通する部分については、説明を省略する。

図２１は、実施の形態６の内視鏡１０の梱包状態を説明する説明図である。内視鏡１０は、プレス成形等により内視鏡１０の形状に合わせた窪みを設けた収容容器７１に個別に収容されている。完成した内視鏡１０は、収容容器７１ごと滅菌パックに封入されて、たとえば電子線滅菌等により滅菌される。収容容器７１が滅菌パックを兼ねても良い。収容容器７１に、内視鏡タグ１８が取り付けられている。

本実施の形態によると、大きなサイズの内視鏡タグ１８を使用できるため、たとえば二次元バーコードを内視鏡タグ１８に使用する場合であっても、内視鏡ＩＤの桁数を大きくできる。

収容容器７１に内視鏡タグ１８を取り付ける場合には、使用後の内視鏡１０が収容容器７１に再度収容された状態で、回収容器３８に投入されることが望ましい。そのため、収容容器７１は、ユーザが使用後の内視鏡１０を容易に収容できる形状にすることが望ましい。

［実施の形態７］
図２２は、実施の形態７の情報処理システム７０の機能ブロック図である。情報処理システム７０は、サーバ５０と、ネットワークを介してサーバ５０に接続されたクライアント４０と、クライアント４０に接続された読取装置３９とを備える。

読取装置３９は、読取部３９１と送信部３９２とを有する。読取部３９１は、単回使用用の内視鏡１０に付与された内視鏡ＩＤを読み取る。送信部３９２は、読取部３９１が読み取った内視鏡ＩＤをクライアント４０に送信する。

クライアント４０は、受信部４４１と使用情報送信部４４２とを有する。受信部４４１は、送信部３９２から送信された内視鏡ＩＤを受信する。使用情報送信部４４２は、受信部４４１が受信した内視鏡ＩＤに基づいて、内視鏡１０に関する使用情報を送信する。

サーバ５０は、使用情報取得部５５１と、回収指示出力部５５２と、配送指示出力部５５３とを備える。使用情報取得部５５１は、使用情報送信部４４２から送信された使用情報を取得する。回収指示出力部５５２は、使用情報取得部５５１が使用情報を取得した場合に、内視鏡１０を医療機関から回収する回収指示を出力する。配送指示出力部５５３は未使用の交換用内視鏡１０を医療機関に配送する配送指示を出力する。

［実施の形態８］
本実施の形態は、汎用のコンピュータ９０とプログラム９７とを組み合わせて動作させることにより、本実施の形態の情報処理システム７０を実現する形態に関する。図２３は、実施の形態８の情報処理システム７０の構成を説明する説明図である。実施の形態１と共通する部分については、説明を省略する。

本実施の形態の情報処理システム７０は、ネットワークを介して接続されたコンピュータ９０と、クライアント４０と、タグリーダ３９とを含む。

コンピュータ９０は、制御部５１、主記憶装置５２、補助記憶装置５３、通信部５４、読取部５７およびバスを備える。コンピュータ９０は、汎用のパーソナルコンピュータ、タブレットまたはサーバコンピュータ等の情報機器である。

プログラム９７は、可搬型記録媒体９６に記録されている。制御部５１は、読取部５７を介してプログラム９７を読み込み、補助記憶装置５３に保存する。また制御部５１は、コンピュータ９０内に実装されたフラッシュメモリ等の半導体メモリ９８に記憶されたプログラム９７を読出しても良い。さらに、制御部５１は、通信部５４および図示しないネットワークを介して接続される図示しない他のサーバコンピュータからプログラム９７をダウンロードして補助記憶装置５３に保存しても良い。

プログラム９７は、コンピュータ９０の制御プログラムとしてインストールされ、主記憶装置５２にロードして実行される。これにより、コンピュータ９０は上述したサーバ５０として機能する。

制御部５１は、ネットワークを介してそれぞれのクライアント４０にプログラム９７のうちのクライアント４０で実行される部分を送信する。送信されたプログラムは、クライアント４０の制御プログラムとしてインストールされ、主記憶装置４２にロードして実行される。これにより、クライアント４０とコンピュータ９０とは連携して上述した情報処理システム７０の機能を果たす。

各実施例で記載されている技術的特徴（構成要件）はお互いに組合せ可能であり、組み合わせすることにより、新しい技術的特徴を形成することができる。
今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、請求の範囲によって示され、請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１０ 内視鏡
１１ 軟性部
１２ 湾曲部
１３ 先端部
１３１ 撮像素子
１３２ 観察窓
１３３ 照明窓
１３４ 貫通孔
１３６ 発光素子
１４ 挿入部
１５ 記憶素子
１６ 折止部
１８ 内視鏡タグ
１９ 部品タグ
２０ 操作部
２１ 湾曲ノブ
２２ チャンネル入口
２３ 鉗子栓
２４ コネクタ部
２５ ユニバーサルコード
２６ コネクタケース
２７ スコープコネクタ
２８ ライトガイドコネクタ
２９ ライトガイド
３０ 内視鏡システム
３１ 内視鏡検査用ベッド
３２ 内視鏡用プロセッサ
３３ 表示装置
３５ キーボード
３６ 収容棚
３８ 回収容器
３９ タグリーダ（読取装置）
３９１ 読取部
３９２ 送信部
４０ クライアント
４１ 制御部
４２ 主記憶装置
４３ 補助記憶装置
４４ 通信部
４４１ 受信部
４４２ 使用情報送信部
４９ タグ通信部
５０ サーバ
５１ 制御部
５２ 主記憶装置
５３ 補助記憶装置
５４ 通信部
５５１ 使用情報取得部
５５２ 回収指示出力部
５５３ 配送指示出力部
５７ 読取部
６１ 第１内視鏡ＤＢ
６２ 第２内視鏡ＤＢ
６３ 再使用部品ＤＢ
６５ 回収要求ＤＢ
６６ 伝票ＤＢ
７０ 情報処理システム
７１ 収容容器
９６ 可搬型記録媒体
９７ プログラム
９８ 半導体メモリ

Claims (6)

1. 医療機関から、内視鏡検査を実施する検査予定日を含む検査予定を取得し、
   前記医療機関から、未使用である内視鏡の在庫数を含む在庫情報を取得し、
   前記在庫情報と前記検査予定とに基づいて、前記医療機関に在庫されている未使用の内視鏡のうち使用する予定が定まっていない内視鏡の数が、前記医療機関ごとに計画外の内視鏡検査に備えて定められた余裕数以下である場合に、使用する予定が定まっていない内視鏡の数が、前記余裕数を超える様に前記医療機関に未使用の内視鏡を配送する配送指示を出力する
   処理をコンピュータが実行する情報処理方法。
2. 前記検査予定は、前記検査予定日に使用する内視鏡の機種に関する情報を含み、
   前記在庫情報は、内視鏡の機種ごとの在庫数を含み、
   前記余裕数は、内視鏡の機種ごとに定められており、
   内視鏡の機種ごとに、前記医療機関に在庫されている未使用である内視鏡のうち使用する予定が定まっていない内視鏡の数が、所定の余裕数以下である場合に、使用する予定が定まっていない内視鏡の数が、前記余裕数を超える様に前記医療機関に未使用の内視鏡を配送する配送指示を出力する
   請求項１に記載の情報処理方法。
3. 前記内視鏡は、繰り返して利用可能な再利用部品と、１回のみ利用可能な非再利用部品とが組み合わされた滅菌済の内視鏡である
   請求項１または請求項２に記載の情報処理方法。
4. 前記医療機関で内視鏡が使用されたことを示す使用情報を取得し、
   取得した前記使用情報に対応する前記内視鏡を前記医療機関から回収する回収指示を出力する
   請求項１から請求項３のいずれか一つに記載の情報処理方法。
5. 前記使用情報は、使用済の内視鏡を保管する回収容器から自動的に取得される
   請求項４に記載の情報処理方法。
6. 制御部を備える情報処理装置であって、
   前記制御部は、
   医療機関から、内視鏡検査を実施する検査予定日を含む検査予定を取得し、
   前記医療機関から、未使用である内視鏡の在庫数を含む在庫情報を取得し、
   前記在庫情報と前記検査予定とに基づいて、前記医療機関に在庫されている未使用の内視鏡のうち使用する予定が定まっていない内視鏡の数が、前記医療機関ごとに計画外の内視鏡検査に備えて定められた余裕数以下である場合に、使用する予定が定まっていない内視鏡の数が、前記余裕数を超える様に前記医療機関に未使用の内視鏡を配送する配送指示を出力する
   情報処理装置。

Images