ツイート 病院患者の流れ RTLS — ベッドの状態、EDスループット | TRACIO Google の一貫したモード v2 — BEFORE GTM をロードするように設定したので、最初のヒットは同意します。 Google タグ (gtag.js) — TRACIO Plausibleによるプライバシーフレンドリーな分析
コンサルティング RTLS 、 RFID および IoT を横断する独立したアドバイス - 売るプラットフォームはありません。 コールを予約する →
産業用ユースケース・インデペンデント

病院の忍耐強い流れ — 生きているベッドの状態およびEDのスループット。

病院の忍耐強い流れは最も高い漏出ヘルスケア RTLS 装置の位置の後で使用例です。 リアルタイムのベッドの状態, ED 待機可視性, 長期滞在分析 — BLE - AoA 患者やベッドのタグ, と統合 EMR .

臨床ワークフロー。

リビングベッドの状態は、清潔で汚れた、占有され、転送を待っています。 現在、ホワイトボードや重複したデータエントリで手動で追跡。 RTLS オートメイト。

EDのスループット — 評価、処置、観察および処分によるtriageからの忍耐強い位置。 長期にわたる分析ドライブの運用改善

移動協調 — ベッドマネージャーは、ワード全体でライブの空室状況を見て、入学のスループットを駆動し、ED搭乗を削減します。

排出の最適化 — 排出の準備ができた患者のライブ可視性はベッドの回転を加速します。

技術の推奨事項。

BLE - AoA バッジ 部屋レベルの患者様の位置のため。 サブメーター精度は必要ありません。 ワードゾーンは十分です。

ベッドタグ BLE 生のベッドの状態のため。 札の加速度計はベッドの移動でき事を検出します。

UWB 特定の高精度の地帯(慣習的な放射状、劇場)では、サブメートルの位置が重要である。

Epic/Cernerからのワークフローイベント 位置情報ストリームをフィード — 入学、移転、放電イベントと位置情報データを組み合わせることで、フローの可視性が実現します。

統合は決定費用です。

Epic の統合 — Epic Beacon と Hyperspace を経由して十分に導入; EMR の場所フィールドの更新と臨床ワークフローが消費します。

サーナー/Oracle Health — HL7/FHIR の統合; 長いスキャッピングが、生産で安定した。

Meditech / AllScripts — プラットフォームごとに、インテグレーションは多くのプログラムの決定コストラインです。

ベッド管理ソフトウェア — TeleTracking、Epic Bed Management、社内。 ベッドステートフィードは、最高レベルの統合ポイントです。

ROIが見えるもの

米国病院の運転測定で10〜15%のEDスループット改善。

1ターンにつき30~90分のベッドターン時間短縮

特定のボトルネックワークフローをサーフェスする長期にわたる分析 - 通常、運用改善作業の12~18か月にわたる人口レベルの0.3~0.7日削減。

ROIケースは、直接の労働節約ではなく、スループットによって駆動されます。予算ラインは、看護師の時間ではなく、病院の容量です。

深さ:patient-flow-competitive
競争力のある風景

病院の患者の流れに他の誰が売るのか、そしてどのプログラムが間違っているか。

ヘルスケア RTLS 流れは混雑しています。 Securitasヘルスケア(旧スタンレー)、CenTrak(Halma)、Midmark CareFlow、Sonitor、AisRISTA、Cognosos、Tagnos、TeleTracking、および Zebra - クラスは、すべてのショートリストに表示され、KLASとピアは異なる強みを強調しています。資産/インフルエンザセキュリティのパント、超音部屋レベルの精度、生態学の流れ、またはベッド管理のオーケストラ。 Quuppa および他の BLE - AoA プラットフォームは、多くの場合、完全なフローアプリケーションとしてではなく、インテグレータを介して到着します。

商用トラップは、移動ラジオを購入し、ベッド管理なしでEDスループットとベッドターンの改善を期待しています。 EMR ワークフローの所有権。 TeleTrackingクラスのベッドの状態、Epic/Oracle Health Locationフィールド、およびSurn-call/duressの統合は、臨床医が点を信頼するかどうかを決定します。 Vendor PSは、自分のタグに深く統合します。 彼らはあなたに安いゾーンアーキテクチャが会うと伝えません KPI、またはあなたのボトルネックがバッジの正確さではなく薬局を排出することです。

どのプログラムが間違っているか: ED および 1 ワードを証明する前のキャンパス全体のインフラから始めて下さい; ドア・ツー・ディスポジションおよびベッドの汚れにきれいの代りの札の電池の生命を測定して下さい; 臨床変更管理を過小評価; および独立した RF の監査なしで Locator 密度の引用に署名して下さい。

TRACIO ベンダニュートラリーを助言し、設計する — テクノロジーミックス, EMR /bed-managementの統合, フェーズドロールアウトと受け入れ KPI s — バッジやロケータを販売することなく. ペアと ヘルスケア配置 そして、 コンサルティング 問題が解決する問題がまだあるとき。

深さ:パテントの流れops
操作モデル

患者様の流れがよく見えるのは、病棟のようです。

作業プログラムは、高収率のスライスから始まります。通常、EDのスループットまたは慢性ベッドターン遅延による医学的ワード — と書かれた KPI 任意のロケーターが注文される前に契約します。 ドア・ツー・ディポジション、ベッドの汚れから清掃まで、および左の裏側は、すでに手術中の臨床医が主張しています。 検閲の正確さはありません。 バッジとベッドタグは、同じイベントがベッド管理を更新し、 EMR 臨床的に有用なレイテンシ内の位置フィールドを更新したときにのみ信頼を獲得します。

ラジオブランド以上の問題に直面しています。 受入試験看護とベッド管理でワークフローを1単位で作成し、サインを拡張します。 パラレル “カンパス RTLS ” そのゲートがLocatorsを蓄積し、まだ排出薬局を残し、目に見えないボトルネックとして移植をスキップするプロジェクト. 患者バッジのプライバシーと同意のフラミングは、臨床ガバナンスとDPOを早期に解決しなければならない - 遅いプライバシーレビューは、RFマルチパスよりも採用を高速化します。

独立した密度の課題は、部屋ゾーンの KPI s を保護しながら、ハードウェアを定期的にカットします。 統合所有権(Epic / Oracle Health / Meditech の経路、看護コール、スコープの場合の duress)は、ベンダー PS ではなく、臨床所有者と名付けたファーストクラスのワークストリームでなければなりません。 共有インフラを整備する装置が、身元とゾーンモデルを一度設計することで、患者と資産イベントが同じコンソールの注意に対抗しません。

各フェーズの終了基準: KPI 合意された測定、臨床医が地図で信頼を報告し、バッジロス、充電器の懲戒とシフトハンドオーバーのためのランブック。 これらがなければ、システムは記録のシステムになったことのないパイロットです。

よくある質問

よくある質問

患者はバッジを着用する必要がありますか?

はい、位置データが便利です。 Badgeの設計は、快適で控えめな、臨床等級です。 これを行う病院は、追跡装置ではなく、バッジは入学の一部のように感じさせます。

プライバシーと同意について

臨床ワークフローのロケーション追跡は、ヘルスケアの HIPAA / GDPR の下で十分に確立されます。 バッジは、臨床ワークフローの監視ではなく、同意は入学の一部であり、 EMR セキュリティモデル内でデータが保持されます。

Epic / Cernerとどのように統合しますか?

EMR のロケーションサービス API 経由で。 位置データは患者記録を更新します。ベッドの状態はベッド管理をフィードします。場所と組み合わせたワークフローイベントは、スループット分析を与えます。

典型的な実装タイムラインとは何ですか?

600ベッド病院の9~18ヶ月 EDは最初に(最も高い残量)、そして順序でwards。 検証と臨床導入は通常、物理的なインストールよりも遅くなります。

スコープアップする準備は?

現場で30分、数字、実際に働くもの。

30分のスクーピングコールを予約する

最近更新しました: