英國實行個人健康和社會照護資訊連結服務（care.data）
隨著英國國家健康服務（National Health Service, NHS）的改革，英國於去（2012）年3月27日通過衛生和社會照護法（The Health and Social Care Act 2012）。當中一項主要的變革即是成立衛生與社會照護資訊中心（The Health and Social Care Information Centre, HSCIC）作為醫療健康資料的專責機構。而這樣的變革，也影響過去病歷資料的蒐集、分享和分析方式。依據衛生和社會照護法的規定，HSCIC若受到衛生部長（Secretary of State for Health）指示、或來自照護品質委員會（Care Quality Commission, CQC）、英國國家健康與臨床卓越研究院（National Institute for Health and Clinical Excellence, NICE）、醫院監管機構Monitor的命令要求時，在這類特定情況之下，可以無需尋求病患同意，而從家庭醫師（GP Practice）處獲得病患的個人機密資料（Personal Confidential Data, PCD）。
今(2013)年3月獲NHS授權， 由HSCIC於6月開始執行的care.data服務，即是依據前述立法所擬定之方案。care.data藉由定期蒐集醫療照護過程中的相關資料，對病患於國內所為的各項健康和社會照護資訊（例如病患的住院、門診、意外事故和緊急救護記錄）進行具延續性之連結。以提供即時、正確的NHS治療和照護資訊給民眾、門診醫師和相關部門之官員，進而達到care.data所設定的六項目標，支援病患進行治療的選擇、加強顧客服務、促進資訊透明性、優化成果產出、增加問責性，並驅動經濟成長。
然而，由於care.data是以英國民眾就醫行為中，屬於基礎醫療的家庭醫師（General Practitioner, GP）系統為基礎，所提取的資料包括家族歷史、接種疫苗、醫師診斷、轉診記錄、生理指標，以及所有NHS處方。其次，care.data在進行初級和次級資料連結時，將會透過NHS號碼、生日、性別和郵遞區號，這四項可識別資料的比對。因此雖然care.data在涉及敏感性資料時會加以排除，但此項服務仍引起社會上相當大的爭議。包括部分醫師、隱私專家和的社會團體皆提出質疑，質疑care.data是否有充分告知病人、HSCIC所宣稱的匿名性是否足夠、此項服務對醫病關係的衝擊、該服務所宣稱的資料分享退出機制（opt-out）並未妥善等。
care.data是NHS所推出的創新資料現代化服務，但同時也涉及病患隱私權保護之議題。反觀我國近來所推動的醫療健康資訊加值再利用政策，英國的案例值得我們持續觀察其發展。
- Data and information, NHS England
- Care.data – modern data service for the NHS, NHS England
- Rebecca Todd, Care.data extract needs explanation, EHEALTH INSIDER, Feb. 20, 2013
- Rebecca Todd, Care.data IG reconsidered, EHEALTH INSIDER, Mar. 27, 2013
- Rebecca Todd, Care.data approved, EHEALTH INSIDER, Apr. 10, 2013
- Rebecca Todd, Care.data implemented this month, EHEALTH INSIDER, June 3, 2013
- Rebecca Todd, GP group does care.data campaign, EHEALTH INSIDER, Agu 2, 2013
緣起於2016年的加密法案（ENCRYPT Act），由於今年發生了臉書劍橋分析事件，以及歐盟GDPR的影響，本此法案再提的聲勢如浪潮襲來，不僅眾多議員附和，連企業（如：電子前線基金會Electronic Frontier Foundation，EFF）都予以支持。 加密法案的主要內容係以兩方面進行加密應用之保護， 各州州政府不得授權或要求產品或服務的製造商、開發商、銷售商或供應商，（A）設計或更改產品或服務中的安全功能，以供其進行監視或允許其進行實體搜索；（B）使其有能力解密或便於理解加密應用後的內容。 各州州政府不得禁止加密或類似安全功能的產品或服務，進行製造、銷售或租賃、提供銷售或租賃, 或向公眾提供覆蓋的產品或服務。此外，法案亦針對相關服務或產品的定義作了明確的說明。 本法案的主要提案者美國眾議員Ted Lieu指出，與加密或資料存取相關的問題，皆應在聯邦政府的層級進行討論，而就其本身電腦科學的專業，指出在各州間保有不同的加密應用執法標準，對資安、消費者、創新，以及執法本身都是不利的，引此本法案的推動旨在強化州際商業和經濟安全，以及網路安全問題，希望能對加密應用議題作全國性的討論，而不會損害使用者在過程中的安全性。
歐巴馬宣布將立法保護學生數位隱私權美國總統歐巴馬日前表示其將訂立「學生數位隱私法」（The Student Digital Privacy Act）以確保因教育目的而被蒐集之學生個人資料將不會被用於無關之用途。換言之，該法將禁止，例如，利用所蒐集資料對學生進行精準行銷的行為，但仍會許可蒐集者利用所蒐集資料改善其所提供之軟硬體教育設備或用以幫助學生之學習品質。 針對學生之隱私保護，目前於聯邦層級至少已有家庭教育權利與隱私法（Family Educational Rights and Privacy Act，FERPA），該法及其授權法令雖賦予學生及其家長對學校所保有之教育紀錄（educational record）之蒐集、使用有知情同意權及其他如修正教育紀錄之權利。但FERPA也列了相當多的例外情形，例如，醫療資料、受雇紀錄等均不在教育紀錄之列；此外，學校亦可不經同意即公布學生的姓名、電子郵件、出生地、主修、預計畢業日期等資料。 學生數位隱私法未來如能獲國會通過成為法律，該法與FERPA的異同，及其內容與施行實務是否確有助於學生隱私之改善，仍有待觀察。
歐盟引用 EN 18286 作為高風險 AI 系統品質管理統一標準歐盟引用 EN 18286 作為高風險 AI 系統品質管理統一標準 資訊工業策進會科技法律研究所 2026年10月29日 歐盟執委會於2026年10月14日將EN 18286公布於歐盟公報（Official Journal of the European Union）[1]。執委會表示依該標準建立品質管理系統（quality management system）之提供者，就標準所涵蓋之歐盟《人工智慧法》（Regulation (EU) 2024/1689, Artificial Intelligence Act，下稱AIA）第17條要求，享有推定符合的效果[2]。我國《人工智慧基本法》已正式立法，數位發展部亦於115年7月7日發布《人工智慧風險分類框架》，惟各目的事業主管機關之管理規範尚在研擬，標準與驗證工具之銜接機制則未見法令規定。本文爰整理該決定與 EN 18286之要點，並對我國制度可獲啟示提出評析。 壹、事件摘要 AIA第40條第1項規定，高風險AI系統如符合統一標準（harmonised standard），就該標準所涵蓋之要求，可推定符合（presumption of conformity）AIA所定要求[3]。歐盟執委會於2026年10月12日通過施行決定（Commission Implementing Decision (EU) 2026/2274，下稱本決定），採納EN 18286：2026人工智慧品質管理系統，為高風險AI系統供應商提供明確的法律途徑[4]。EN 18286 是由歐洲標準化委員會（European Committee for Standardization, CEN）與歐洲電工標準化委員會（European Committee for Electrotechnical Standardization, CENELEC）之聯合技術委員會 JTC 21（Joint Technical Committee 21）擬訂[5]，標準本身雖為不具強制力的自願性文件，但其作用在於提供業者一條經官方認可之遵循路徑，並使主管機關與業者就符合性之判斷有共同基準。 貳、重點說明 一、歐盟 AIA的統一標準與推定符合機制 依AIA第 17 條要求，高風險AI系統提供者建立品質管理系統，同法第40條第1項規定符合統一標準的高風險AI系統或通用AI模型，應推定符合該法第三章第2節（對高風險AI系統的需求）所列要求；於適用時，包括推定符定依該法第五章第2及3節（對通用AI模型及具系統性風險的通用AI模型之提供者）所列義務，但前提是該標準已涵蓋前述條款規定之要求或義務。 此外，AIA第16條第f款規定，高風險AI系統提供者於上市或投入服務前，須依第43條規定辦理符合性評估（ensure that the high-risk AI system undergoes the relevant conformity assessment procedure as referred to in Article 43）。而第43條規定上市前的符合性評估，無論提供者依自行查驗或送公告機關審查，如其已採用EN 18286標準，該標準即為查核的依據[6]。 因此，如AI提供者採用 EN 18286 統一標準者，就該標準所涵蓋之要求，可作為符合高風險AI系統提供者必須建立品質管理系統（AIA第17條）之依據。同時，可於EN 18286標準所涵蓋之範圍，援引AIA第40條第1項，推定符合前述該法第三章與第五章有關對高風險AI系統、通用AI模型及具系統性風險的通用AI模型之提供者義務之要求。無論是否能產生推定符合效果，EN 18286 之重要性在於可做為AIA第17條要求提供者建立品質管理系統的依據，同時在上市或提供服務前，做為辦理符合性評估的標準，成為落實第17條與第43條要求之共同基準[7]。 二、EN 18286 之定位與架構 EN 18286 有別於一般管理系統標準之處，在於其要求均與取得推定符合之目的相關。其前言載明所謂品質可理解為符合AIA之全部法規要求，而且特別規定高風險AI提供者應辨識並系統化地審查適用之法規要求，並建立法規遵循策略、選擇證明遵法之途徑、將對主管機關與公告機關（notified body）之義務轉為內部程序，使管理系統所處理者為法定義務，而非組織自行設定之品質目標（詳見該標準條款0.1、3.1、4.2、4.4）[8]。 依 EN 18286 標準本文，其架構係依AIA第17條第1項，要求高風險AI系統提供者建立品質管理系統，涵蓋法規遵循策略、設計與開發管制、資料管理、風險管理、上市後監測、嚴重事件通報、資源管理與責任架構等事項。第1章至第3章為範圍、引用標準及用語定義；第4章至第7章處理品質管理系統本身，包括適用法規要求之識別、法規遵循策略、最高管理階層責任、風險與品質目標，以及資源、能力與溝通；第8章與第9章規範個別AI系統自構想至退役之生命週期，其中第8章涵蓋風險管理、設計開發、查證與確證（verification and validation）及資料管理，第9章涵蓋投入市場後之供應鏈、變更、上市後監測、嚴重事件通報與不符合事項處理；第10章為績效評估，包括管理審查。 三、EN 18286 的要求重點 (一)、要求提供者訂定法規遵循策略：標準要求策略至少涵蓋基本要求、上市後監測、嚴重事件、資料管理、適用之符合性評估（conformity assessment）程序及變更（4.4）。 (二)、要求提供者建立文件化程序，以確保能提供合規所需資訊，並與國家主管機關、公告機關、進口者、經銷者、授權代表及客戶溝通；亦須就不符合、構成風險之AI系統及嚴重事件之通知建立程序（對應AIA第20條第1項、第2項及第73條），包括涉及重要基礎設施等特定情況之通報期限（7.3、9.6、9.7）。 (三)、將AIA之變更規則轉為作業要求，例如要求提供者判斷上市後之修改是否為實質修改並記載理由，屬實質修改者須重新進行符合性評估（AIA第43條第4項），標準並將其視為新AI系統，要求提供者相應更新品質管理系統（9.4）。 (四)、就個別AI系統之設計開發，要求將法規要求轉為可查證之系統要求並留存紀錄。包括要求提供者依預期用途，決定達成適用法規要求（含基本要求）所必要之系統要求，於界定規格前定期審查，確認其已文件化、涵蓋適用法規要求且可滿足；並依文件化之測試計畫與程序進行查證，結果與措施須以文件化資訊提供（8.3、8.4）。 (五)、資料與文件方面，提供者須界定資料要求，建立涵蓋資料取得、探勘與蒐集、分析、標註、過濾、彙總、保存及儲存之系統與程序；主管機關或符合性評估機構要求時，應提供資料存取，資料停用時須指明銷毀或封存機制，且資料銷毀不得與提供者遵循法規要求之能力相衝突（8.5）。 (六)、EN 18286 著重供應鏈與上市後的風險管控，要求提供者就外部供應者建立評估與選擇準則，並文件化對供應者及所供應產品、組件、資料與服務之管制，以及所須之查證與確證。產品或服務於上市後仍須採取監測作法，作法應主動、系統化並納入績效評估（9.3、9.5）。 參、事件評析 數位發展部已於115年7月7日發布《人工智慧風險分類框架》1.0版，為目前已公布之具體分類與評估規則。於風險評估之後，框架列舉主管機關可採之管理措施，包括要求業者提出說明資料、實施透明度標示，以及對風險達一定程度者採事前審查。框架亦列舉依《人工智慧基本法》要求高風險應用標示注意事項、明確責任歸屬並建立救濟、補償或保險機制等措施。惟框架之規範對象為目的事業主管機關，業者無從預知其系統於各主管領域將如何分類，亦無可據以辦理之事項、規範或標準。 目前數位發展部雖已成立AI產品與系統評測中心（下稱 AIEC），數位產業署亦於113年3月發布《人工智慧（AI）產品與系統評測參考指引（草案）》，供AI提供者就其產品或服務辦理評測，但該指引以產品與系統為評測對象，與 EN 18286 以提供者組織為對象、規範其品質管理系統之層次不同；AIEC之測試結果並非組織層級管理要求之依據。而認定高風險應用者為中央目的事業主管機關，AIEC並無此項認定權，其測試結果與風險分類框架未見對接，與法規認定亦無明文連結，欠缺規範效力。企業送測所得僅為技術性測試結果，在法律上既不能作為遵法之依據，也無從向交易相對人或主管機關說明其已盡注意。相較之下，歐盟AIA透過賦予統一標準推定效力與搭配符合性評估程序，已然形成由標準通往法律效果之連結誘因，實值參考。 再者，我國《人工智慧基本法》已要求各目的事業主管機關訂定風險為基礎之管理規範，並協助產業自訂指引，將有助於企業的AI風險管理實務操作。如後續能參考歐盟之 EN 18286 設計，各機關將有共通之查核確認責任歸屬之標準，並仍可因應產業性質差異，提供風險因應指引協助。建議可再依同法第5條第3項，由數位發展部等機關提供或建議評估驗證之工具與方法，並公告經審認之標準與工具清單，載明其對應之管理規範事項、適用範圍及限制，連結高風險標示、責任歸屬與配套義務。如此法規、機制、標準與工具得以結合，有助於企業在完備的AI風險管理機制下發揮AI應用的產業效益。 本文為資策會科法所創智中心完成之著作，非經同意或授權，不得為轉載、公開播送、公開傳輸、改作或重製等利用行為。 本文同步刊登於TIPS網站(https://www.tips.org.tw) [1] Commission Implementing Decision (EU) 2026/2274 of 12 October 2026 on the harmonised standards for high-risk AI systems drafted in support of Regulation (EU) 2024/1689 of the European Parliament and of the Council, OJ L, 14.10.2026, https://eur-lex.europa.eu/legal-content/EN/TXT/PDF/?uri=OJ:L_202602274 (last visited Oct. 21, 2026). [2] EUROPEAN COMMISSION, First harmonised standard supporting the AI Act published in the Official Journal (Oct. 19, 2026), https://digital-strategy.ec.europa.eu/en/library/first-harmonised-standard-supporting-ai-act-published-official-journal (last visited Oct. 21, 2026). [3] Regulation (EU) 2024/1689, art. 40(1), European Commission AI Act Service Desk, https://ai-act-service-desk.ec.europa.eu/en/ai-act/article-40 (last visited Oct. 20, 2026). [4] 前揭註1。 [5] JTC 21, EN 18286 becomes the first harmonised standard under the EU AI Act, https://jtc21.eu/en-18286-becomes-the-first-harmonised-standard-under-the-eu-ai-act/ (last visited Oct. 21, 2026). [6] 條文詳前揭註3。另見前揭註1，前言第(1)點、第(6)點。 [7] 條文詳前揭註3，art. 17(1), https://ai-act-service-desk.ec.europa.eu/en/ai-act/article-17 (last visited Oct. 21, 2026). [8] 標準內容須洽購，重點可參見MODULOS,EN 18286 Quality Management System for EU AI Act, https://docs.modulos.ai/frameworks/eu-ai-act/harmonized-standards/en-18286 (last visited Oct. 21, 2026).
日本簽署SBOM國際共通指引，強化軟體弱點管理，全面提升國家網路安全由美國網路安全暨基礎設施安全局（Cybersecurity and Infrastructure Security Agency, 簡稱CISA）自2024年以來，持續主導並規劃《SBOM網路安全之共同願景》（A Shared Vision of Software Bill of Materials(SBOM) for Cybersecurity）之指引訂定，作為保障網路安全之國際共通指引。於2025年9月3日，由日本內閣官房網路安全統括室為首，偕同經濟產業省共同代表日本簽署了該份指引，包含日本在內，尚有美國、德國、法國、義大利、荷蘭、加拿大、澳洲、紐西蘭、印度、新加坡、韓國、波蘭、捷克、斯洛伐克等共計15個國家的網路安全部門，皆同步完成簽署。以下為指引之重點內容： 1. 軟體物料清單的定位（Software Bill of Materials, 簡稱SBOM） SBOM於軟體建構上，包含元件內容資訊與供應鏈關係等相關資訊的正式紀錄。 2. 導入SBOM的優點 (1) 提升管理軟體弱點之效率。 (2) 協助供應鏈風險管理（提供選用安全的軟體，提升供應商與使用者之間溝通效率）。 (3) 協助改善軟體開發之進程。 (4) 提升管理授權軟體之效率。 3. SBOM對於利害關係人之影響 (1) 使軟體開發人員可選擇最符合需求的軟體元件，並針對弱點做出適當處置。 (2) 軟體資訊的透明化，可供採購人員依風險評估決定是否採購。 (3) 若發現軟體有新的弱點，使軟體營運商更易於特定軟體與掌握弱點、漏洞。 (4) 使政府部門於採購流程中，發現與因應影響國家安全的潛在風險。 4. SBOM適用原則與相關告知義務 確保軟體開發商、製造商供應鏈的資訊透明，適用符合安全性設計（Security by Design）之資安要求，以及須承擔SBOM相關告知義務。 近年來軟體物料清單（SBOM），已逐漸成為軟體開發人員與使用者，於管理軟體弱點上的最佳解決方案。然而，針對SBOM的作法與要求程度，各先進國家大不相同，因此透過國際共通指引的簽署，各國對於SBOM的要求與效益終於有了新的共識。指引內容不僅建議軟體開發商、製造商宜於設計階段採用安全設計，以確保所有類型的資通訊產品（特別是軟體）之使用安全，也鼓勵製造商為每項軟體產品建立SBOM並進行管理，包含軟體版本控制與資料更新，指引更強調SBOM必須整合組織現有的開發與管理工具（例如漏洞管理工具、資產管理工具等）以發揮價值。此份指引可作為我國未來之參考借鏡，訂定相關的軟體物料清單之適用標準，提升政府部門以及產業供應鏈之網路安全。