medinfo 121113 最近の更新履歴 Dr Hishiki's classroom (日紫喜研究室)

第7回 病院情報 入

日紫喜 良

病院情報 設計開発 入

• ^入計画

• ^入体制

• ^{入 手}

入計画

• ^{病院 特性}

• ^{解決 課題}

• ^算規模

• ^{病院 増改築計画}

入体制

• ^長期計画 → ^{入 範 決定}

→ ^{病院 企画部門}

• ^{具体的 内容 運用方法 検討}

→ ^単

– ^{ン 処方 検体}

検査 種 あ い 部

門 検討会議 組織

– ^{部門 表者 参加}

– ^{担当者： 把握}

入 手

• ^{競 入 手続 公的 病院}

– ^{概算要求資料 作成} – ^{ベン 資料請求} – ^{様書 作成}

– ^{意見書 提示}

– ^{意見書 考慮 様書 修} – ^{入 手続 ベン 決定}

様書作成 課題

• ^{概算要求： 入 明確化}

• ^検討会議

– ^{担当者 想定 い ベン 既存 ッ}

ソ う 機能 い 情報

く

– ^{担当者 要望内容 現実 対応}

断 不 能 思わ 要求 調整

• ^{相 要求 調整}

– ^{診療現場 情報 入力 情報 利用者} – ^{現場 管理者}

– ^{人員配置 及}

•

入 手 ：入 後

• ^{ベン え 詳細 機能 様 作成}

• ^開発

• ^作成

• ^検

• ^教育訓練

• ^設置

• ^{旧 移行作業}

• ^{番運用開始}

• ^{概算要求 番稼動 少 く}

： 企画 稼動

院内課題 戦略 明確化

化 目的 目標 設定

入目的 明示

院内組織 樹立 再構成

様書作成 提示

様書 質疑 回答

外部 内部 様書 開発

教育 検

稼動

• ^{失敗要因 影響 比較}

的 い 選 ？

– ^発生

– ^{要求 膨張}

– ^{入目的 不明瞭} – ^{不十 ニ 調査}

– ^{化 対象範 不明瞭}

開発 ン

• ^{一般的 開発手}

• ^{様書 作成}

• ^開発

開発手

要求設計 外部設計 内部設計 設計 開発

単体 結合 運用

運用 保

要求設計：要求 析

• ^{医療現場 要求内容 析}

• ^{病院側 う 作業}

– ^{私的病院 ベン 入計画 段階 ン} ン 役割 担い 要求 析 含

作業 あ

• ^{要求 様書}

病院 特性

• ^{無床 診療所 い 電子}

構築 際 現時点 最 必要

い機能 う ？

– ^{経営 析}

– ^{診療報酬計算}

– ^画像管理

– ^ン

– ^{外注検体検査結果 込}

設計 開発 流

様書 種類

要求 様書

審査 契約

開発者 ベン

応 様書 提案書 作成

ン

詳細設計会議

外部 様書 作成 画面 全体 流

提案書

応 様書

外部 様書 内部 様書

開発

様書 応 様書 目的

• ^{入 ベン く い 規模}

必要 理解

– ^{様書 段階 提供 ベン 決 い}

い あ 必要 い細部 形式

規定 い う い

様書 構成

• ^{様書概要説明}

• ^{調達物品 備え 術的要件}

• ^資料

様書概要説明

• ^{調達 背景 目的}

• ^{調達物品 び構成内容}

• ^{調達 種類}

– ^{入 条件等 契約 関 述 契約}

種類 決 内容 載

• ^{術的要件 概要}

• ^そ

術的要件

• ^{全般 関 基 的要求要件}

• ^術的要件

• ^{ソ 術的要件}

• ^設置条件

• ^{開発 保 支援体制等}

術的要件： 添資料

• ^病院全体

• ^{ッ ワ 構成}

• ^{部門 端 機器配置一覧表}

• ^{電算化対象業務 開発計画概要}

• ^入

• ^{接続機器一覧}

• ^{現 機器構成}

要件

• ^側

• ^{端 側}

– ^端

– ^周辺機器

側

• ^{必要 性能 関係 要因}

– ^{病院 規模 職員数 動 ン}

種類

• ^構成 → ^{応 複}

数 用い 構成

– ^{測 ン ン 中 対応}

余裕

• ^性能：

– ^{速度 /O 速度}

ソ 要件

• ^{検討会議 議論 内容 盛 込}

• ^{担当者 責任者 全体 ン}

相互 矛盾 ッ

複数ベン 接続 要件

• ^{物理的 接続方法}

– ^{接続 ン 置 部門 側}

ッ ワ ン 独立 体系

管理 良い方法

• ^{提供 機器 範}

– ^{提供 ？}

• ^{交換 情報 種類 交換方法}

– • → ^{ン 重要}

– ^{具体的 例 電文 ン}

•

ソ 要件：接続要件

• ^{入 外部 出}

機能

• ^{後 入 あわ 形}

ン 設計

外部設計

• ^{利用者 ベン 共 う}

– ^{画面 様} – ^{帳簿 形}

– ^動

– ^{伝達 情報 内容} – ^{体系 細 く決定}

• ^{外部設計書 外部 様書}

• ^{病院側 ベン 間 設計 最終}

詳細 機能 様 作成

• ^{病院 ベン 共 作業}

• ^{毎 検討会議 ベン 参}

加

– ^{ベン ッ ソ 紹介}

• ^{医療情報 入管理 適}

選 ？

– ^{完成直前 あ 各部署 要求 け付}

け

– ^{作成 様書 誤 あ 場合 そ 作} 業 進

– ^{各部署 様書 い独自 要望 場合}

時

– ^{作成 様書 作業 進 い 信}

ベン 作業 監視 わ い

– ^{各部署 独自 要望 場合 変更 関}

ッ ソ

• ^{設定 柔軟 動 方 変え}

設定 病院 求

機能 実現 う 確認

• ^{： ッ ソ 改造}

• ^{け大 改造 ベン 側 術的}

困難 改造 避け 賢明

作成

• ^{ッ ソ ＝}

• ^{例：処方 採用 い 薬剤 称 用}

法 種類 病院 異 い

部

• ^{作成 通常 病院側 担当 大} 負担

•

外部 様書作成 け

• ^重要

– ^{患者 流}

– ^{病院 ッ 関わ} – ^{情報や 動}

医療情報 設計 業務知識 述法 形式的検証 高木理 第 回

内部設計

• ^{外部設計 決 機能 実現}

ン 処理 定義

• ^{内部設計書 内部 様書}

設計

• ^割

– ^{機能 定義}

• ^{設計 従}

ン 作業 う

各段階

• ^{単体 ： 単体 動く}

• ^{結合 ： 結合}

動く

• ^{：複数 協調}

常 機能

• → ^納品 → ^{外部設計書 合致}

病院側 確認

• ^{開発 け い 次 述} う 適 い ？

– ^{結合 済 後}

外部設計 関 検証 う

– ^{運用 部門 中心 実施}

あ

– ^{内部構造 着目}

ン 着目 あ

– ^{結合 後 複数 一}

単 単体 いう

– ^{開発者側 最終}

検

• ^{修 求 場合}

– ^{設計 異 場合}

– ^{設計 明確 部 い 異}

場合_→ベン 修 応 限 い

ッ ワ 敷設

• ^{室⇔病院全域}

• ^{ッ ン ：各}

• ^{ン ：部門内 部門外 通信 け}

• ^{画像 考慮}

• ^{無線 Ａ ：}

– ^{ッ ワ 不 侵入 対処}

– ^{通信規格 ン} →^{目的 利用範} う

• ^{ン ッ 接続}

– ^ッ

病院 発信 Ｗｅｂ 等

設置

• ^基幹

– ^{ン 電子 等}

– ^{室：無停電電源装置 通年 空調}

• ^部門

– ^{人 出入 少 い場所 鍵 部屋}

• ^{端 周辺装置}

– ^{情報 ン ン 電源 ン ン 確認}

• ^{大規模 連続稼動 目標 場}

合 最 必要性 い う ？

– ^重化

– ^{室 空調設備}

– ^{ン 冗長化電源}

– ^{ッ ワ ッ 幹線 重化}

– 無停電電源装置や自家発電装置 入

旧 移行

• ^{ベン 側 作業}

– ^{ベン 交 際 問題 あ}

– ^{契約 最終的 利用 終え 場合} 出 含 必要あ

• ^ン

– ^{旧 更新後 実施 い}

い

– ^{処方 ：過去 流用 多い} – ^約

• ^医

– ^{請求済 返戻 処理 必要}

• ^{病 検体検査結果}

•

教育訓練

• ^{稼動 段階 教育}

必要

• ^{教育訓練用端}

• ^ニ

– ^{業務 流 沿 操作説明 ニ} 病院側 作成 重要

• ^{模擬患者 用意}

番稼動

• ^{停 期間中 遡及}

• ^{入院 運用開始 次 外来}

• ^{不具合 情報 積極的 け}

早急 解決

調達方式

賦購入 _購入 ン

所 権 _{完済 ン}

会社

会 社

保 管理 _ン

会社

契約期間 _物件 主 短期 _{通常 年} 中途解約 _原則不 解約 能 _原則不

保 管理 け 契約形態

• ^{業務委 ソ ン}

– ^{ッ 会社 用関係 指揮命}

け

• ^{人材派遣 運用委}

– ^{派遣 ッ 派遣業者 用} – ^{医療機関側 指揮命 業務 行う}