FDA 처방의약품 관련 소프트웨어 최종 가이던스 — 앱·웹 화면도 «표시기재», 연동 기능은 첨부문서에 짧게

🧭 In brief

FDA가 제약사가 처방의약품과 함께 배포하는 소프트웨어(앱·웹페이지 등)의 화면과 음성 출력을 의약품 «표시기재(labeling)»로 보고 심사한다는 최종 가이던스를 냈다. 소프트웨어 기능이 의료기기 규제 대상인지와 상관없이 적용되는 의약품 표시기재 권한의 이야기이며, 기기 규제는 따로 적용된다. [S1]

범위는 둘이 모두 충족되는 소프트웨어다. ① 제약사가 직접 또는 제약사를 대신해(제약사와 계약한 소프트웨어 개발사 포함) 배포하고, ② 그 제약사 의약품을 보충·설명하는 출력을 낸다. 제약사와 무관하게 개발사가 배포하는 소프트웨어, 질환 정보만 담은 출력은 범위 밖이다. [S1 · I, 각주 7]

«기기 연동(device-connected)»은 복합제품의 기기 구성부에서 받은 데이터에 의존하는 기능, «독립형(standalone)»은 사용자 입력 데이터 등에 의존하는 나머지 기능이다. [S1 · III]

📊 Korean RA·QA perspective — 바뀐 것 / 지금 할 일 / 국내 연결 REGNA editorial view

바뀐 것

원문이 초안에서 무엇을 바꿨는지는 확인 불가다. 이 PDF에는 초안 대비 변경 요약이 없다. 아래는 최종 문서가 정한 판단 틀이다. [S1]

핵심은 소프트웨어 출력이 «표시기재»로 분류된다는 점이다. FDA는 세 가지를 본다. (1) 안전하고 유효한 사용에 필수인가, (2) 제약사가 낸 근거로 임상 결과가 의미 있게 개선됨을 FDA가 인정하는가(검증된 대리 평가변수 개선 포함), (3) 기기 구성부 데이터에 의존하는가. [S1 · III, 각주 11] 기기 연동 기능은 복합제품과 소프트웨어가 데이터를 정확하고 안정적으로 제공·분석·표시하는지를 FDA가 평가하며, 추가 투여 같은 투약 오류를 일으키지 않는다는 자료를 내야 한다. [S1 · III]

홍보용으로 분류된 출력과 그 갱신은 최초 배포 시점에 Form FDA 2253으로 제출해야 하며, 이 서식에는 이 용도의 «PDURS» 자료 유형이 있다. 다만 보안 패치처럼 이미 제출한 출력 내용을 바꾸지 않는 업데이트는 다시 제출하지 않아도 된다. [S1 · IV.C, 각주 31] 소프트웨어가 의료기기 시판 전 제출·허가 대상이면 기기 규정대로 심사되며, Form 2253이 기기 제출을 대신하지 않는다. [S1 · IV.C]

What to do now

1. 자사 앱·웹페이지가 범위에 드는지 가른다. 위탁 개발사가 대신 배포하는 경우도 «제약사를 대신한 배포»에 들어간다. 제약사와 무관하게 개발사가 독자 배포하는 소프트웨어는 이 가이던스 밖이다. [S1 · I]
2. 소프트웨어 기능마다 부록 A의 4개 질문으로 분류표를 만든다. 기능별로 연동/독립, 필수성, 임상 결과 개선 근거 유무를 적으면 PI 기재 위치와 허가·홍보 구분이 한 번에 정리된다. [S1 · 부록 A]
3. 기기 연동 기능이 있으면 PI 문안 초안에 «필수 아님» 문장을 넣는다. 부록 B가 장치와 연동 기능을 짧게 쓰는 예시를 준다. 흡입기 남은 횟수 표시, 자동주사기 사용 기록 전송이 원문 사례다. [S1 · IV.B.1, 부록 B]
4. «앱을 쓰면 임상 결과가 좋아진다»를 표시기재에 넣고 싶으면 개발 초기에 심사부서와 협의한다. 적절하고 잘 통제된 시험이 필요하며 실사용 근거(RWE)를 활용할 수 있다고 원문이 밝힌다. 결과는 PI의 임상시험 항목에 기재하는 것이 일반적이다. [S1 · IV.A, 각주 27]
5. 홍보용으로 분류될 출력의 제출 절차를 미국 법인과 정한다. 최초 배포 시 Form FDA 2253(PDURS 유형)이 필요하다. 문구 변경 시 재제출 여부는 «출력 내용이 바뀌는가»로 판단한다. 배포 전 의견을 받는 임의 절차도 있다(21 CFR 202.1(j)(4)). [S1 · IV.C]
6. 제네릭·바이오시밀러라면 오리지널의 소프트웨어 문제를 확인한다. ANDA는 사용자 인터페이스의 허용 가능한 설계 차이가 표시기재 차이로 인정될 수 있고, 바이오시밀러는 351(k) 허가 요건에 따라 평가된다고만 적혀 있다. 세부 요건은 원문에 없다. [S1 · 각주 25, 26]

국내 연결

국내 쪽 대응은 두 갈래로 갈린다. 의료기기 쪽은 이 뉴스룸의 전문가용 디지털의료기기소프트웨어 허가·심사 가이드라인 기사(2026-09-30)가 다룬다. 그 가이드라인의 판단 축은 «의료인 등 전문가의 진단 또는 지시·감독이 필수적인가»로, 의약품 표시기재 여부를 가르는 이번 FDA 문서와 질문이 다르다. 이번 FDA 문서도 기기 요건은 CDRH 정책을 따로 보라고 한다. [S1 · I, IV.C]

의약품 쪽, 즉 제약사가 배포하는 앱 화면을 국내 의약품 허가사항·첨부문서·광고 규제에서 어떻게 보는지는 국내 대응 제도는 이 기사에서 다루지 않는다. 확인되지 않은 대응을 짐작해 쓰지 않는다.

흐름 읽기 — 왜 지금, 그리고 어디로 REGNA editorial view

식약처 기조 — 의료기기 쪽 소프트웨어 안내서가 이어지는 중이다. 이 뉴스룸은 9월 29일 변경관리 계획서 심사 지침서, 9월 30일 전문가용 디지털의료기기소프트웨어 가이드라인을 실었다. 모두 의료기기 허가 틀 안의 소프트웨어다. 의약품 쪽에서 소프트웨어를 다룬 앞선 기사는 이 뉴스룸에 아직 없어 잇지 않는다.

글로벌 연결. FDA 의료기기 쪽 소프트웨어 기사로 임상의사결정지원 소프트웨어 가이던스(2026-01-29)와 CDRH 2027 회계연도 가이던스 목록(2026-10-01)이 있다. 이번 문서는 약 쪽에서 같은 소프트웨어를 표시기재 권한으로 다룬다. 원문은 기기로 심사될 때와 일관되고 효율적인 협조 심사가 되도록 FDA의 기존 소프트웨어 규제 정책을 고려했다고 적는다. [S1 · I]

왜 지금인가 — 원문의 이유. 원문 배경 문단은 이렇게 밝힌다. «FDA는 처방의약품과 소프트웨어를 함께 쓰면 환자 진료에 새로운 기회가 생길 수 있다고 보고, 이런 소프트웨어를 책임 있게 위험 기반으로 감독하도록 노력하고 있다.» 소프트웨어는 복약 기록, 개별 용량 추천, 치료 반응 예측, 부작용 관리에 쓰일 수 있다고 예시한다. [S1 · II, 번역]

그래서 무엇을 준비하나. ① 배포·위탁 중이거나 계획 중인 앱을 기능별로 분류한다(범위, 연동/독립, 필수성, 근거). ② 미국 허가 처방정보에 넣을 문구와 «필수 아님» 문장을 연동 기능부터 초안화한다. ③ 임상 결과 개선을 주장할 계획이면 시험 설계 전에 심사부서 협의 일정을 잡고, 홍보용 출력의 Form 2253 제출 담당을 미국 법인과 정해 둔다.

사실(범위·분류 3유형·PI 기재 위치·Form FDA 2253 제출)은 위 원문에서 확인한 것이며, 「RA 실무 영향」과 「흐름 읽기」는 REGNA 편집 해석으로 법적 효력이 없습니다. 인용한 앞선 기사는 각 링크에서 확인할 수 있습니다. 적용 판단은 원문과 담당 부서 확인을 따르세요.