医療情報技師 HEALTHCARE INFORMATION TECHNOLOGIST
情報システムには要求分析から廃棄までのライフサイクルがある。ウォータフォール・プロトタイピング・アジャイルという代表的な開発モデルの特徴と使いどころを整理する。
情報システムのライフサイクルは、要求分析（要件定義）→外部設計→内部設計→プログラム設計→プログラミング→テスト→運用・保守→廃棄という流れで捉えられる。要求分析では利用者のニーズを整理して要件定義書にまとめ、外部設計では画面・帳票など利用者から見える部分を、内部設計ではシステム内部の処理方式やデータ構造を設計する。分析・設計にはデータフロー図（DFD）やER図などが用いられる。
ウォータフォールモデルは、これらの工程を上流から下流へ滝のように順に進め、原則として前の工程に戻らないことを前提とする開発モデルである。各工程の成果物（仕様書・設計書）を確定させてから次に進むため、進捗管理がしやすく大規模開発に向く。一方、テスト段階など後工程で要件の誤りが見つかると、手戻りのコストが非常に大きいという欠点がある。
プロトタイピングモデルは、開発の早い段階で試作品（プロトタイプ）を作って利用者に確認してもらい、要求のあいまいさや認識のずれを早期に解消する開発モデルである。利用者が要件を具体的にイメージしやすくなる。インクリメンタルモデルや反復型開発モデルは、システムを機能単位に分割し、段階的に開発・リリースを繰り返す方法である。
アジャイル開発は、短い期間の反復で動くソフトウェアを少しずつ作り上げ、仕様変更に柔軟に対応することを重視する開発の考え方である。代表的な手法にスクラムとXP（eXtreme Programming）がある。スクラムでは、スプリントと呼ばれる短い固定期間（一般に1〜4週間程度）を単位に計画・開発・振り返りを繰り返す。既存のサービスや部品を組み合わせて新しいサービスを作るマッシュアップという手法もある。
| 項目 | ウォータフォール | プロトタイピング | アジャイル（スクラム等） |
|---|---|---|---|
| 進め方 | 工程を上流から順に進め後戻りしない前提 | 早期に試作品を作り利用者の確認を得て進める | 短い反復（スプリント）で動くソフトを積み上げる |
| 仕様変更への対応 | 後工程での変更はコスト大 | 要求のあいまいさを早期に解消 | 変更を前提とし柔軟に対応 |
| 利用者の関与 | 主に上流工程と受入時 | 試作品の評価で早期から関与 | 反復のたびに継続的に関与 |
| 向く開発 | 要件が明確な大規模開発 | 要件が固まりにくいシステム | 要件の変化が速い開発 |
| 関連キーワード | 仕様書、工程管理 | 試作品（プロトタイプ） | スクラム、スプリント、XP |
出典・根拠：日本医療情報学会 医療情報技師育成部会「医療情報技師 到達目標」（情報処理技術系）v7（2025年7月26日更新）第7章 情報システムの開発（GIO 7.1 開発のプロセス）
開発の品質は、要求を正しく文書化し、設計と対応づけてテストで確かめることで確保される。工程ごとのドキュメントとテストの種類・技法を対応づけて覚える。
要求分析（要件定義）では、利用者・発注者の要求を整理し、システムが実現すべき機能や性能を要件定義書にまとめる。続く外部設計では画面仕様・帳票仕様・インターフェース仕様など利用者やほかのシステムから見える部分を、内部設計ではプログラムの構造・データベースのテーブル定義などシステム内部の実現方式を設計する。開発では要求仕様書・設計書（基本設計書・詳細設計書）・テスト仕様書/成績書・操作マニュアルなど多くのドキュメントが作成され、後の保守や監査の根拠となる。
テストは段階的に行う。単体テストはモジュール（プログラム部品）ごとに、詳細な設計どおり動くかを確認する。統合テスト（結合テスト）は複数のモジュールを組み合わせ、モジュール間のインターフェースを確認する。システムテストはシステム全体が要件を満たすかを確認する段階で、多数の同時利用を想定した負荷テストや応答時間などを確かめる性能テストも含まれる。受け入れテストは発注者・利用者側が、実際の業務で使えるかを確認して検収する最終段階のテストである。
テスト技法には、プログラムの内部構造を意識せず入力と出力の関係だけで確認するブラックボックステストと、内部のロジックや分岐の網羅を意識して確認するホワイトボックステストがあり、両者の中間的なグレーボックステストもある。プログラムを実行して確認する動的テストに対し、ソースコードや設計書をレビューなどで確認する方法は静的テストと呼ばれる。
| テスト | 確認する内容 | 主な対応工程 |
|---|---|---|
| 単体テスト | モジュール単位で詳細設計どおり動くか | プログラム設計・内部設計 |
| 統合テスト（結合テスト） | モジュール間のインターフェースが正しいか | 内部設計・外部設計 |
| システムテスト | システム全体が要件を満たすか（性能・負荷を含む） | 要件定義・外部設計 |
| 受け入れテスト | 発注者・利用者が業務で使えるか（検収） | 要求分析（要件定義） |
出典・根拠：日本医療情報学会 医療情報技師育成部会「医療情報技師 到達目標」（情報処理技術系）v7（2025年7月26日更新）第7章 情報システムの開発（SBO 7.1.3 テストの種類と手法・SBO 7.3.4 開発関連ドキュメント）
開発を納期・コスト・品質の面から成功させるのがプロジェクト管理である。WBS・ガントチャート・クリティカルパスなどの手法と、リスク管理・変更管理の枠組みを学ぶ。
プロジェクト管理は、期限と目的をもつ一回限りの活動（プロジェクト）を、スコープ・タイム・コスト・品質・リスク・調達・コミュニケーションなどの観点から計画・実行・監視する活動である。知識体系としてPMBOKが広く使われ、国際規格としてISO21500「プロジェクト管理に関するガイダンス」がある。プロジェクトの目的や体制はプロジェクト憲章で定め、プロジェクトに利害関係をもつ人・組織をステークホルダと呼ぶ。
計画では、まずWBS（Work Breakdown Structure）で成果物と作業を階層的に分解し、作業の抜け漏れを防ぐ。スケジュールは、作業ごとの開始・終了を横棒で表すガントチャートで見える化する。作業の依存関係をネットワーク図で表したとき、開始から完了までの経路のうち所要日数が最長の経路をクリティカルパスと呼ぶ。クリティカルパス上の作業には余裕（フロート）がなく、その遅れがそのままプロジェクト全体の遅れになるため、重点的に管理する。
見積もりには、過去の類似プロジェクトから見積もる類推見積もり（概算法）、作業を積み上げる積算法、プログラム行数によるLOC、システムの機能量から規模を見積もるファンクションポイント法、係数モデルのCOCOMOIIなどがある。進捗とコストを出来高で統合的に管理する手法がEVM（Earned Value Management）である。
リスクマネジメントは、リスク識別→リスク分析（定性的・定量的）→リスク対応計画→リスクの監視・コントロールという流れで行う。要件や仕様の変更は変更管理の手続きに載せ、影響を評価したうえで変更管理委員会（CCB：Change Control Board）が承認の可否を判断する。無秩序な変更の受け入れは、納期遅延や品質低下を招く。
| 手法 | 内容 |
|---|---|
| WBS | 成果物・作業を階層的に分解し、作業の抜け漏れを防ぐ |
| ガントチャート | 作業ごとの日程を横棒で表しスケジュールを見える化する |
| クリティカルパス | 依存関係の中で最長の経路。遅延が全体の遅延に直結する |
| ファンクションポイント法 | 機能の数と複雑さからソフトウェア規模を見積もる |
| EVM | 出来高を基準に進捗とコストを統合的に管理する |
| リスクマネジメント | リスクの識別→分析→対応計画→監視・コントロール |
出典・根拠：日本医療情報学会 医療情報技師育成部会「医療情報技師 到達目標」（情報処理技術系）v7（2025年7月26日更新）第7章 情報システムの開発（GIO 7.2 プロジェクト管理）
稼働後のシステムはITILなどの枠組みでサービスとして管理する。SLA・稼働率などの指標に加え、仮想化・クラウド、Society5.0・IoT・AIといった新しい技術の概念を押さえる。
稼働後の情報システムは、サービスマネジメントの考え方で運用管理する。ITシステム運用のベストプラクティス集がITIL（Information Technology Infrastructure Library）であり、障害管理・性能管理・資源管理・セキュリティ管理などの管理活動や、利用者窓口となるサービスデスクの運営が整理されている。提供者と利用者の間では、サービスの品質水準（稼働率や復旧時間など）をSLA（Service Level Agreement）として合意する。障害の発生時は、障害の種類の切り分けと障害回復手順に従った復旧、障害報告書による記録・再発防止を行い、要件や構成の変更は変更管理の手続きで統制する。
性能管理・信頼性の指標として、MTBF（平均故障間隔：故障から次の故障までの平均稼働時間）、MTTR（平均修理時間）、稼働率＝MTBF÷（MTBF＋MTTR）がある。将来の利用量増加を見込んでサーバやネットワークの容量を計画的に確保する活動がキャパシティ管理である。事業継続の観点では、バックアップ計画・復旧計画を含むBCP（事業継続計画）を整備する。
仮想化技術は、1台の物理サーバ上で複数の仮想サーバ（仮想マシン）を動かすなど、ハードウェアを論理的に分割・統合する技術である。サーバの集約により資源の利用効率が上がり、構成変更や復旧も柔軟になる。クラウドサービスは、ネットワーク経由で計算資源やソフトウェアを利用する形態で、提供範囲により、サーバ・ストレージなどの基盤を提供するIaaS、アプリケーションの実行環境まで提供するPaaS、アプリケーションそのものを提供するSaaSに大別される。アプリケーションを軽量な実行環境ごとまとめて動かすコンテナ技術も仮想化の一種として使われる。
最近の情報技術として、サイバー空間（仮想空間）とフィジカル空間（現実空間）を高度に融合させ、経済発展と社会的課題の解決を両立する社会を目指す構想がSociety5.0である。IoT（Internet of Things）は、センサーなどを備えた多様なモノがネットワークにつながり、データを収集・活用する仕組みで、機器同士が直接通信するM2Mとともに医療機器やバイタル計測にも応用が広がる。VR（仮想現実）は仮想空間への没入体験を、AR（拡張現実）は現実の風景に情報を重ねる表現を提供する。AI（人工知能）の中核技術である機械学習には、正解ラベル付きデータから学ぶ教師あり学習と、正解を与えずデータの構造を見いだす教師なし学習があり、医療分野でも画像診断支援などへの応用が進んでいる。
| 形態 | 提供される範囲 | 利用者が用意・管理するもの |
|---|---|---|
| IaaS | サーバ・ストレージ・ネットワークなどの基盤 | OS・ミドルウェア・アプリケーション |
| PaaS | 基盤に加えてアプリケーションの実行環境 | アプリケーションとデータ |
| SaaS | アプリケーション（ソフトウェア）そのもの | 利用するデータと設定 |
出典・根拠：日本医療情報学会 医療情報技師育成部会「医療情報技師 到達目標」（情報処理技術系）v7（2025年7月26日更新）第8章 情報システムの運用と管理（GIO 8.1）・第9章 最近の情報技術と情報サービス
ウォータフォールモデルの説明として適切なのはどれか。
ウォータフォールモデルは、工程を滝のように上流から下流へ順に進め、各工程の成果物を確定させてから次へ進む開発モデルである。短い反復で作るのはアジャイル開発、試作品で要求を固めるのはプロトタイピングモデル、既存サービスの組み合わせはマッシュアップの説明である。
根拠：日本医療情報学会 医療情報技師育成部会「医療情報技師 到達目標」（情報処理技術系）v7（2025年7月26日更新）SBO 7.1.2（プロセスモデル）
プロトタイピングモデルを採用する主な目的として適切なのはどれか。
プロトタイピングモデルは、早期に試作品（プロトタイプ）を作って利用者に触れてもらうことで、要求のあいまいさや発注者と開発者の認識のずれを早い段階で解消することを目的とする。行数の削減が目的ではなく、テストの省略や保守の不要化を実現するものでもない。
根拠：日本医療情報学会 医療情報技師育成部会「医療情報技師 到達目標」（情報処理技術系）v7（2025年7月26日更新）SBO 7.1.2（プロセスモデル：プロトタイピングモデル）
アジャイル開発の特徴として最も適切なのはどれか。
アジャイル開発は、短い反復のたびに動くソフトウェアを積み上げ、仕様変更を前提に柔軟に対応する開発の考え方で、スクラムやXPが代表的手法である。要件をすべて確定してから一括開発する、ドキュメントを完成させてから着手する、利用者の関与が最後だけ、というのはウォータフォール型の進め方に近く、アジャイルの特徴ではない。
根拠：日本医療情報学会 医療情報技師育成部会「医療情報技師 到達目標」（情報処理技術系）v7（2025年7月26日更新）SBO 7.1.2（プロセスモデル：アジャイル）
スクラムにおけるスプリントの説明として適切なのはどれか。
スプリントはスクラムにおける開発の単位となる短い固定期間で、期間ごとに計画を立てて開発し、動くソフトウェアを作って振り返りを行うサイクルを繰り返す。要件定義の工程や受け入れテストの期間を指す用語ではなく、誤り修正だけを行う期間でもない。
根拠：日本医療情報学会 医療情報技師育成部会「医療情報技師 到達目標」（情報処理技術系）v7（2025年7月26日更新）SBO 7.1.2（プロセスモデル：スクラム、スプリント）
ウォータフォールモデルの欠点として最も適切なのはどれか。
ウォータフォールモデルは後戻りしない前提で進めるため、下流のテスト段階で要件や設計の誤りが発覚すると、上流に戻ってやり直す手戻りコストが非常に大きい。工程ごとに仕様書・設計書という成果物を確定させるので進捗把握はむしろ得意であり、大規模開発に向くモデルである。要求の文書化ができないわけでもない。
根拠：日本医療情報学会 医療情報技師育成部会「医療情報技師 到達目標」（情報処理技術系）v7（2025年7月26日更新）SBO 7.1.2（プロセスモデル：ウォータフォールモデル）
システムを機能単位に分割し、段階的に開発・リリースを重ねていく開発モデルはどれか。
インクリメンタルモデルは、システムを機能単位に分割して段階的に開発・リリースを積み重ねるモデルで、反復型開発モデルと並び早期から一部機能を利用できる利点がある。ウォータフォールは全体を一括で順に開発するモデル、構造化分析手法はDFDなどによる分析手法、マッシュアップは既存サービスの組み合わせであり、いずれも該当しない。
根拠：日本医療情報学会 医療情報技師育成部会「医療情報技師 到達目標」（情報処理技術系）v7（2025年7月26日更新）SBO 7.1.2（プロセスモデル：インクリメンタルモデル、反復型開発モデル）
情報システム開発の工程の順序として適切なのはどれか。
開発は、利用者の要求を整理する要求分析から始まり、利用者から見える部分の外部設計、内部の実現方式の内部設計、プログラミング、テストへと進むのが基本の順序である。要求分析より先に設計を行う順序や、プログラミングの前にテストが来る順序は、成果物の依存関係からみて成り立たない。
根拠：日本医療情報学会 医療情報技師育成部会「医療情報技師 到達目標」（情報処理技術系）v7（2025年7月26日更新）SBO 7.1.1（情報システムのライフサイクル）
外部設計で行う作業として最も適切なのはどれか。
外部設計では、画面仕様・帳票仕様・他システムとのインターフェースなど、利用者や外部から見える部分を設計する。内部のアルゴリズムや物理的な格納方式の決定は内部設計・プログラム設計の作業であり、モジュール単体の動作確認は単体テストの作業である。
根拠：日本医療情報学会 医療情報技師育成部会「医療情報技師 到達目標」（情報処理技術系）v7（2025年7月26日更新）SBO 7.1.1（情報システムのライフサイクル：外部設計・内部設計）
単体テストの説明として適切なのはどれか。
単体テストは、モジュール単位で詳細な設計どおりに動作するかを確認する、テスト工程の最初の段階である。モジュールを組み合わせてインターフェースを確認するのは統合テスト（結合テスト）、発注者による検収は受け入れテスト、高負荷での性能確認は負荷テスト・性能テストの説明である。
根拠：日本医療情報学会 医療情報技師育成部会「医療情報技師 到達目標」（情報処理技術系）v7（2025年7月26日更新）SBO 7.1.3（テストの種類と手法：単体テスト）
テスト工程を実施する順序として適切なのはどれか。
テストは小さい単位から積み上げる。まずモジュールごとの単体テスト、次にモジュールを組み合わせる統合テスト、システム全体を確認するシステムテスト、最後に発注者・利用者による受け入れテストの順で行う。全体の確認や検収を先に行う順序では、部品の欠陥が混在したまま上位のテストをすることになり合理的でない。
根拠：日本医療情報学会 医療情報技師育成部会「医療情報技師 到達目標」（情報処理技術系）v7（2025年7月26日更新）SBO 7.1.3（テストの種類と手法）
受け入れテストの説明として適切なのはどれか。
受け入れテストは、納品されるシステムを発注者・利用者側が業務の観点で確認し、検収の可否を判断する最終段階のテストである。内部ロジックの確認は開発者が行う単体テスト（ホワイトボックステスト）、実行せずに確認するのは静的テスト、モジュール間の接続確認は統合テストであり、いずれも受け入れテストの説明ではない。
根拠：日本医療情報学会 医療情報技師育成部会「医療情報技師 到達目標」（情報処理技術系）v7（2025年7月26日更新）SBO 7.1.3（テストの種類と手法：受け入れテスト）
プログラムの内部構造を考慮せず、入力に対する出力が仕様どおりかだけを確認するテスト技法はどれか。
ブラックボックステストは、プログラム内部を「黒い箱」とみなし、入力と出力の関係が仕様どおりかだけで確認する技法である。ホワイトボックステストは内部の分岐や経路の網羅を意識する技法、静的テストはプログラムを実行せずレビュー等で確認する方法で、回帰テストは修正の影響で他が壊れていないかを確認するテストである。
根拠：日本医療情報学会 医療情報技師育成部会「医療情報技師 到達目標」（情報処理技術系）v7（2025年7月26日更新）SBO 7.1.3（テストの種類と手法：ブラックボックステスト）
外来受付の時間帯を想定し、多数の端末から同時にアクセスした状態でシステムが耐えられるかを確認するテストはどれか。
多数の同時アクセスや大量データという高い負荷をかけて、システムが耐えられるか・性能が保たれるかを確認するのは負荷テストで、応答時間などを確認する性能テストとともにシステムテスト段階で行われる。単体テストはモジュール単位の確認、静的テストは実行せずに行う確認、ホワイトボックステストは内部構造に着目する技法である。
根拠：日本医療情報学会 医療情報技師育成部会「医療情報技師 到達目標」（情報処理技術系）v7（2025年7月26日更新）SBO 7.1.3（テストの種類と手法：負荷テスト、性能テスト）
システム開発のドキュメントのうち、システムが実現すべき機能・性能を発注者と開発者が合意した文書はどれか。
要件定義書は、要求分析の成果としてシステムが実現すべき機能・性能・制約をまとめ、発注者と開発者が合意する文書で、以後の設計・テスト・検収の基準となる。操作マニュアルは利用者向けの使い方の文書、単体テスト成績書はテスト結果の記録、ネットワーク構成図は構成を示す設計系の図であり、合意の基準となる文書ではない。
根拠：日本医療情報学会 医療情報技師育成部会「医療情報技師 到達目標」（情報処理技術系）v7（2025年7月26日更新）SBO 7.3.4（開発関連ドキュメントの種類：要件定義書）
WBS（Work Breakdown Structure）の説明として適切なのはどれか。
WBSは、プロジェクトの成果物とそれに必要な作業を階層的に分解して構造化する手法で、作業の抜け漏れを防ぎ、見積もりや担当割当ての単位を明確にする。日程を横棒で表すのはガントチャート、出来高による管理はEVM、リスクの評価はリスク分析の説明である。
根拠：日本医療情報学会 医療情報技師育成部会「医療情報技師 到達目標」（情報処理技術系）v7（2025年7月26日更新）SBO 7.2.2（プロジェクト管理の理論と手法：WBS）
縦に作業項目、横に時間をとり、各作業の開始・終了予定を横棒で表すスケジュール管理の図はどれか。
ガントチャートは、作業項目ごとの開始・終了予定を横棒で表す図で、スケジュールと進捗の見える化に広く使われる。データフロー図はデータの流れ、E-R図はエンティティ間の関係、ユースケース図はシステムと利用者のやり取りを表す図であり、日程管理のための図ではない。
根拠：日本医療情報学会 医療情報技師育成部会「医療情報技師 到達目標」（情報処理技術系）v7（2025年7月26日更新）SBO 7.2.2（プロジェクト管理の理論と手法：ガントチャート）
あるプロジェクトの作業と所要日数は、A（3日）、B（5日）、C（4日）、D（4日）、E（6日）、F（2日）である。Bは Aの完了後、Cも Aの完了後に開始でき、Dは Bの完了後、Eは Cの完了後、Fは DとEの両方の完了後に開始できる。プロジェクト完了までの最短所要日数は何日か。
経路はA→B→D→F（3＋5＋4＋2＝14日）とA→C→E→F（3＋4＋6＋2＝15日）の2つで、Fは両経路の完了を待つため、全体の最短所要日数は長いほうの15日となる。この最長経路A→C→E→Fがクリティカルパスである。14日はA→B→D→F側だけを見た値であり、12日・13日はどの経路の合計にも一致しない。
根拠：日本医療情報学会 医療情報技師育成部会「医療情報技師 到達目標」（情報処理技術系）v7（2025年7月26日更新）SBO 7.2.2（プロジェクト管理の理論と手法：クリティカルパス）
作業A（2日）、B（4日）、C（6日）、D（3日）、E（4日）、F（1日）からなるプロジェクトがある。BとCは Aの完了後、Dは BとCの両方の完了後、Eは Cの完了後、Fは DとEの両方の完了後に開始できる。クリティカルパスの所要日数は何日か。
経路はA→B→D→F（2＋4＋3＋1＝10日）、A→C→D→F（2＋6＋3＋1＝12日）、A→C→E→F（2＋6＋4＋1＝13日）の3つで、最長のA→C→E→F＝13日がクリティカルパスとなる。10日・12日は他の経路の合計であり、14日はどの経路にも一致しない。クリティカルパス上の作業（A・C・E・F）の遅れは、そのまま全体の遅れになる。
根拠：日本医療情報学会 医療情報技師育成部会「医療情報技師 到達目標」（情報処理技術系）v7（2025年7月26日更新）SBO 7.2.2（プロジェクト管理の理論と手法：クリティカルパス）
入出力や内部ファイルなど、システムの機能の数と複雑さからソフトウェアの規模を見積もる手法はどれか。
ファンクションポイント法は、入出力・照会・内部ファイルなどの機能の数と複雑さを点数化してソフトウェアの規模を見積もる手法で、プログラム行数によらず開発の早い段階で見積もれる。LOCは行数に基づく別の見積もり尺度、デルファイ法は専門家への反復アンケートで意見を収束させる手法、KJ法は情報をカードで整理・グループ化する発想法である。
根拠：日本医療情報学会 医療情報技師育成部会「医療情報技師 到達目標」（情報処理技術系）v7（2025年7月26日更新）SBO 7.2.2（プロジェクト管理の理論と手法：ファンクションポイント法）
プロジェクトのリスクマネジメントの進め方として適切な順序はどれか。
リスクマネジメントは、まずリスクを洗い出すリスク識別、次に発生確率や影響度を評価するリスク分析（定性的・定量的）、対応策を決めるリスク対応計画、実行中に状況を追うリスクの監視・コントロールの順で進める。識別より前に対応計画や監視を行う順序は、対象となるリスクが定まっておらず成り立たない。
根拠：日本医療情報学会 医療情報技師育成部会「医療情報技師 到達目標」（情報処理技術系）v7（2025年7月26日更新）SBO 7.2.2（リスクマネジメント計画、リスク識別、リスク分析、リスク対応計画、リスクの監視・コントロール）
システム開発中に発生した仕様変更の要望への対応として最も適切なのはどれか。
仕様変更は変更管理の手続きに従い、スケジュール・コスト・品質への影響を評価したうえで、変更管理委員会（CCB）が承認・却下を判断する。無条件の受け入れは納期遅延や品質低下を招き、全件拒否は必要な変更まで失う。担当者がその場で修正する運用は構成や文書との不整合を生み、統制が失われる。
根拠：日本医療情報学会 医療情報技師育成部会「医療情報技師 到達目標」（情報処理技術系）v7（2025年7月26日更新）SBO 7.2.1（プロジェクト管理の概要：変更管理、変更管理委員会（CCB））
プロジェクト管理におけるステークホルダの説明として適切なのはどれか。
ステークホルダは、発注者・利用者・開発者・経営層など、プロジェクトの結果に利害関係をもつ個人や組織の総称で、その期待の把握と調整はプロジェクト管理の重要な活動である。日程の図はガントチャート、階層的な作業分解はWBS、リスクの一覧はリスク登録簿に当たる。
根拠：日本医療情報学会 医療情報技師育成部会「医療情報技師 到達目標」（情報処理技術系）v7（2025年7月26日更新）SBO 7.2.1（プロジェクト管理の概要：ステークホルダ）
SLA（Service Level Agreement）の説明として適切なのはどれか。
SLAは、サービスの提供者と利用者の間で、稼働率・障害復旧時間・サポート時間帯などサービス品質の水準を合意する取り決めで、運用サービスの評価基準となる。著作権の保護はライセンス契約、作業分解図はWBS、機器の借用はリース契約の説明であり、いずれもSLAではない。
根拠：日本医療情報学会 医療情報技師育成部会「医療情報技師 到達目標」（情報処理技術系）v7（2025年7月26日更新）SBO 8.1.1（システム管理：SLA）
ITILの説明として適切なのはどれか。
ITIL（Information Technology Infrastructure Library）は、ITサービスの運用管理に関するベストプラクティスを体系化した文書群で、障害管理・変更管理・サービスデスクなどサービスマネジメントの枠組みとして広く参照される。プログラミング言語の規格、正規化理論、無線LAN規格はいずれも別分野の内容である。
根拠：日本医療情報学会 医療情報技師育成部会「医療情報技師 到達目標」（情報処理技術系）v7（2025年7月26日更新）SBO 8.1.1（システム管理：ITIL）
MTBFが570時間、MTTRが30時間のシステムの稼働率はどれか。
稼働率はMTBF÷（MTBF＋MTTR）で求める。570÷（570＋30）＝570÷600＝0.95となる。MTBFは故障から次の故障までの平均稼働時間、MTTRは修理に要する平均時間である。0.90や0.98は分母や分子を取り違えた場合にも一致せず、0.93も計算に合わない。
根拠：日本医療情報学会 医療情報技師育成部会「医療情報技師 到達目標」（情報処理技術系）v7（2025年7月26日更新）SBO 8.1.5（性能管理：MTBF、MTTR、稼働率）
キャパシティ管理の説明として適切なのはどれか。
キャパシティ管理は、データ量やアクセス数など将来の利用量を予測し、サーバ・ストレージ・ネットワークの容量を計画的に確保・増強して、性能低下や容量不足を未然に防ぐ管理活動である。障害時の連絡体制は障害管理・緊急時対応、パスワードの管理はユーザ管理、ライセンス数の管理はソフトウェア資源管理の内容である。
根拠：日本医療情報学会 医療情報技師育成部会「医療情報技師 到達目標」（情報処理技術系）v7（2025年7月26日更新）SBO 8.1.5（性能管理：キャパシティ管理）
サーバ仮想化の説明として適切なのはどれか。
サーバ仮想化は、仮想化ソフトウェアにより1台の物理サーバ上で複数の仮想マシンを動かす技術で、サーバの集約による資源の利用効率向上や、構成変更・復旧の柔軟性が得られる。物理的な分散設置や筐体の小型化はハードウェアの話であり、紙での保管は仮想化と無関係である。
根拠：日本医療情報学会 医療情報技師育成部会「医療情報技師 到達目標」（情報処理技術系）v7（2025年7月26日更新）SBO 2.1.2（仮想化技術）・第9章 最近の情報技術と情報サービス
クラウドサービスのうち、電子メールやグループウェアなどのアプリケーションそのものをネットワーク経由で提供する形態はどれか。
SaaS（Software as a Service）は、アプリケーションそのものをネットワーク経由でサービスとして提供する形態で、利用者はソフトウェアを導入せずに使える。IaaSはサーバなどの基盤、PaaSはアプリケーションの実行環境までを提供する形態であり、オンプレミスは自組織内に設備を持って運用する形態でクラウドの提供形態ではない。
根拠：日本医療情報学会 医療情報技師育成部会「医療情報技師 到達目標」（情報処理技術系）v7（2025年7月26日更新）第9章 最近の情報技術と情報サービス・SBO 3.1.4（クラウドサービス）
Society5.0の説明として最も適切なのはどれか。
Society5.0は、IoTなどで現実世界のデータをサイバー空間に集めて分析し、その結果を現実世界に還元するという、サイバー空間とフィジカル空間の高度な融合により経済発展と社会的課題の解決を両立する社会を目指す構想である。現実に情報を重ねる技術はAR、計算の分担は分散処理、開発管理の知識体系はPMBOKの説明である。
根拠：日本医療情報学会 医療情報技師育成部会「医療情報技師 到達目標」（情報処理技術系）v7（2025年7月26日更新）第9章 最近の情報技術と情報サービス（Society5.0、IoT）
機械学習における教師あり学習の説明として適切なのはどれか。
教師あり学習は、正解ラベル付きのデータを与えて入力から正解を予測するモデルを学習させる方法で、画像の分類や数値の予測に使われる。正解を与えずデータの構造やグループを見いださせるのは教師なし学習である。人に対するユーザ教育は機械学習ではなく、乱数によるランダムな出力生成も学習とは関係がない。
根拠：日本医療情報学会 医療情報技師育成部会「医療情報技師 到達目標」（情報処理技術系）v7（2025年7月26日更新）SBO 4.4.1（データの収集：機械学習、教師あり学習、教師なし学習、人工知能（ＡＩ））・第9章 最近の情報技術と情報サービス
ランダム出題の演習ツールです（JavaScript が有効な場合に動きます）。上の「確認問題」はそのままでもすべて読めます。
※ 解説は学習用の情報提供です。医療上の助言ではありません。最新の試験実施要項は医療情報技師育成部会の公式発表をご確認ください。
※ 出題は日本医療情報学会 医療情報技師育成部会が公開する「医療情報技師 到達目標」（v7・GIO/SBO/キーワード）に沿った仮の宿 学習室のオリジナル問題です。医療上の助言ではありません。合格基準は非公開のため、本サイトの到達度は独自の目安です。試験の実施要項は育成部会の公式発表をご確認ください。