Key points are not available for this paper at this time.
目的:公表されたガイダンスにギャップがあるため、私たちの院内臨床ソフトウェア開発と実装の堅牢なサイクルを説明します。このサイクルは、これまで数年間にわたり、クリニックのすべての患者に安全な治療を提供するために使用されてきました。方法と材料:私たちのソフトウェア開発と実装のサイクルは、コミュニケーションの明確性、明確に定義された役割、徹底した委託、定期的なフィードバックを必要とします。サイクルのフェーズには、設計要件とユースケース、開発、物理評価テスト、臨床評価テスト、完全な臨床リリースが含まれます。ソフトウェア要件、リリースノート、テストスイート、委託報告書は、臨床使用の前に作成され、独立してレビューされます。データベースに書き込むことができるソフトウェアなど、高リスクと見なされるソフトウェアは、正式なチームベースの危険分析を取り入れています。インシデント学習は、初期の開発と改善を導くため、ならびにソフトウェアの安全な使用を監視するために使用されます。結果:私たちの標準プロセスは透明性を構築し、患者ケアをサポートするカスタムソフトウェアの開発と使用において高い期待を確立します。2013年に商業プランニングシステムプラットフォームに移行して以来、クリニックの治療計画システムに関連する16プログラムにチームベースのソフトウェアリリースプロセスを適用しています。結論:ここで説明された原則と方法論は、ソフトウェア開発のための専用リソースが利用できるかどうかにかかわらず、さまざまな実践環境で実施可能です。明確に定義された役割でのチームワーク、文書化、インシデント学習の使用に加えて、プロセスに関する書面政策を持ち、段階的なテストを実施し、患者ケアの使用前に独立した監視と承認を組み込むことを強く推奨します。この厳密なプロセスは、高リスクの危険に対する継続的な監視と軽減を保証します。
モランら(Wed、)はこの問題を研究しました。