본 자료는 현 공유드리는 대상자분들에게만 한해 제공드리며, 부가기능 자료는 이미 공유되어 있는 자료로 공유가 가능하나 실습자료의 경우 외부 공유는 불허합니다.
강의 관련하여 문의사항 있는 경우 연락처로 문의주시거나, 이메일로 문의주시면 2~3일내 답변드리겠습니다:)
업무관련 고민되는 사항 있으시면 편하게 말씀주세요:) 같이 고민하겠습니다.
•
유민균 강사 010-2926-5476
•
이메일 : mkyoo@wedrawbusiness.com
•
홈페이지 : https://litt.ly/swervemk
차시 | 진행내용 | 활용 도구 |
Session1.
기획의 기본기 습득하기 | • 비즈니스 문서 작성을 위한 준비 운동: 논리의 출발은 용어부터 정리하라!
- 기획, 목적, 목표, 문제, 문제점, 의견, 사실 등
• 보고서 기획의 기본 프로세스 이해: 클라이언트 블록, 컨셉 블록, 플래너 블록
• 보고서 제목 작성법의 기본 스킬: 기획의 방향은 제목에서 결정된다.
• 보고서 기획을 위해 알아야 할 기본 구조의 이해
- 보고서의 기본 구조 '클라이언트 블록'의 개념과 예시 학습
- 클라이언트 블록의 필수 항목:
현상 분석, 원인 분석, 배경 분석, 목표 설정, 목적 검증, 기대효과, 기획 과제
- 개인별 클라이언트 블록 작성 실습 | 실습PPT
또는 워크시트(지류) |
Session2.
기획을 구체화하기 w.AI | [실습] 공통 주제로 AI 보고서 초안 작성주제: 병원 관련 실무 기획
•AI 기획 봇 소개 (커스텀 AI 도구 시연)
- 기획 봇의 단계별 질문을 통한 체계적 기획
[실습] 기획 봇으로 새로운 기획서 작성봇의 가이드에 따라 단계별 기획 완성 | AI기획봇 활용 |
Session3.
Gemini로 작업 효율화하기 | Gemini Canvas, NotebookLM, Google AI Studio |
Session1. 기획의 기본기 습득하기
Session2. 기획을 구체화하기 w.A.I
STEP 1: AI에게 그냥 물어보기
아래 형식으로 여러분의 고민을 Gemini에게 그냥 입력해 보세요.
나는 [소속/직무]이고,
[현재 겪고 있는 문제나 해결하고 싶은 과제]에 대해
기획안을 작성하려고 해.
현재 상황:
- [현재 어떤 상태인지 간단히]
- [관련 이해관계자나 제약 조건]
원하는 결과:
- [이 기획으로 달성하고 싶은 것]
Plain Text
복사
입력 예시:
나는 서울성모병원 간호부 소속이고,
병동 간호사 인수인계 시간이 평균 40분 이상 소요되어
업무 효율이 떨어지는 문제를 해결하고 싶어.
현재 상황:
- 3교대 근무 시 인수인계에 30~40분 소요
- 구두 전달 위주라 누락 사항 발생
- 간호사들의 초과근무 원인 중 하나
원하는 결과:
- 인수인계 시간 20분 이내로 단축
- 표준화된 인수인계 체크리스트 도입
- 전자 시스템과 연동 가능한 방식
Plain Text
복사
STEP 2: 기획봇에게 다시 물어보기
STEP 3: 결과물 살펴보기
AI가 생성한 기획안을 확인해 보세요.
체크포인트:
문제 정의가 내가 의도한 것과 맞는가?
해결 방안이 현실적인가?
빠진 내용이나 추가하고 싶은 부분은?
이 초안을 바탕으로 실제 기획서를 발전시킬 수 있겠는가?
STEP 4: AI 기획 봇은 어떻게 만들었을까? (시연)
이 파트는 강사가 시연합니다. 직접 따라하지 않아도 됩니다.
핵심 포인트:
1.
시스템 프롬프트로 역할과 출력 형식을 지정
2.
XML 구조로 요청을 체계화
3.
*단계별 사고(Chain of Thought)**를 유도
4.
Google AI Studio에서 커스텀 봇으로 배포
Session3. Gemini로 작업 효율화하기
AI로 보고서 작성하기
PART 1: Gemini 데이터 분석
가장 먼저! 역할과 상황을 부여하세요 (시스템 인스트럭션)
AI에게 질문을 던지기 전에 "너는 누구이고, 지금 어떤 상황인지"를 먼저 알려주는 것이 가장 중요합니다.
사람에게 업무를 맡길 때도 "지금 이런 상황인데, 당신은 이 분야 전문가니까 이걸 해줘"라고 말하는 것처럼요.
왜 중요할까?
•
역할을 부여하면 → 해당 전문가 관점에서 답변 (용어, 깊이, 톤이 달라짐)
•
상황을 설명하면 → 맥락에 맞는 구체적인 답변 (일반론 X, 맞춤형 O)
•
이 두 가지 없이 질문하면 → AI가 "누구에게, 왜" 답해야 하는지 몰라서 두루뭉술한 결과가 나옴
실습 프롬프트 1 AS-IS vs TO-BE: 같은 질문, 다른 결과
먼저 **AS-IS(대충 입력)**와 **TO-BE(구조화 입력)**의 차이를 직접 체험해 보세요.
엑셀 파일을 첨부하고, 아래 두 프롬프트를 각각 입력해서 결과를 비교하세요.
이 엑셀 파일 분석해줘
Plain Text
복사
너는 대학병원 경영지원실 소속 데이터 분석 전문가야.
[상황]
가톨릭중앙의료원에서 산하 8개 병원 환자만족도 조사를 실시했어.
503명이 응답했고, 건강보험심사평가원(HIRA) 환자경험평가 6개 영역을 기반으로 설계했어.
아직 본격적인 분석을 시작하지 않은 상태야.
[요청]
첨부한 엑셀 파일의 데이터를 파악하고, 다음을 정리해줘:
1. 시트별 구성 (시트명, 응답 수, 컬럼 목록)
2. 정량 데이터 항목과 척도
3. 주관식(텍스트) 데이터 항목
4. 데이터에서 눈에 띄는 특이사항 (결측치, 이상치, 분포 등)
[출력 조건]
- 표 형태로 깔끔하게 정리
- 의료원장·병원장 보고용이라는 점을 고려해서 구성
Plain Text
복사
비교 항목 | AS-IS (대충) | TO-BE (구조화) |
분석 관점 | AI가 임의로 선택 | 경영지원실 전문가 관점 |
출력 톤 | 일반적/교과서적 | 경영진 보고용 간결체 |
분석 범위 | AI가 알아서 판단 | 내가 지정한 4가지 |
활용 가능성 | 다시 정리해야 함 | 바로 활용 가능 |
실습 프롬프트 2: 분석 프레임워크 설계
위 TO-BE 프롬프트의 결과를 확인한 후, 이어서 아래를 입력하세요.
이어서, 이 데이터를 분석한다고 할 때 어떤 순서로 분석하면 좋을지
분석 프레임워크를 제안해줘.
[출력 조건]
- 분석 단계를 5단계 이내로 구분
- 각 단계별로 구체적으로 무엇을 분석하는지 예시 포함
- 의료원장·병원장 보고용이라는 점을 고려해서 구성
Plain Text
복사
실습 프롬프트 3-1: 정량 분석 — 병원별 비교
너는 대학병원 경영지원실 데이터 분석 전문가야.
방금 파악한 환자만족도 데이터를 분석해줘.
[분석 요청]
1. 항목별 기초 통계
- HIRA 6개 영역(의사, 간호사, 투약치료, 병원환경, 환자권리보장, 전반적평가)의
평균, 중앙값, 표준편차를 표로 정리
- 평균 기준으로 높은 순서대로 정렬
2. 병원별 비교 분석
- 8개 병원별 종합만족도 평균을 비교 표로 정리
- 의료원 평균 대비 ±0.2점 이상 차이 나는 병원은 별도 표시
3. 방문유형별 분석
- 외래/입원/응급/건강검진별 종합만족도 평균 비교
4. 핵심 발견사항
- 가장 만족도가 높은 영역과 그 의미
- 가장 만족도가 낮은 항목과 개선 필요성
- 병원 간 편차가 두드러진 영역과 시사점
[출력 형식]
- 각 분석 항목별로 표 + 해석 코멘트 구성
- 숫자는 소수점 둘째자리까지 표시
- 해석은 '의료원장·병원장 보고용'에 맞게 간결하고 객관적으로 작성
Plain Text
복사
실습 프롬프트 3-2: 정량 분석 — 진료과·세부 항목
이어서 좀 더 깊이 들어가 보자.
[분석 요청]
1. 진료과별 만족도 분석
- 진료과(22개)별 종합만족도 평균을 표로 정리
- 상위 5개, 하위 5개 진료과를 강조 표시
- 진료과별 응답 수도 함께 표기
2. 세부 항목 분석
- 주차편의성, 대기시간만족도 등 개별 항목의 평균과 분포
- 가장 점수가 낮은 항목 5개 (= 개선 우선순위)
3. NPS(Net Promoter Score) 분석
- 추천의향 점수 분포 (추천/중립/비추천 비율)
- 병원별 NPS 비교
- NPS 산출 공식: (추천비율 - 비추천비율) × 100
4. 핵심 인사이트
- 전체 의료원 NPS 수치와 의미
- 진료과별 만족도 차이의 원인 추정
- 즉시 개선 가능한 항목 vs 중장기 과제
[출력 형식]
- 표 + 해석 코멘트
- 숫자 소수점 둘째자리
- 경영진 보고용 톤
Plain Text
복사
실습 프롬프트 3-3: 주관식 응답 분석
이어서 주관식(텍스트) 응답을 분석해줘.
[개선의견 분석]
1. "개선의견" 컬럼의 응답을 카테고리별로 분류
- 각 카테고리의 응답 수와 대표 의견 1개씩 정리
- 카테고리는 최대 7개 이내로 묶기
2. 병원별로 가장 많이 언급된 개선 키워드 상위 3개
[칭찬사례 분석]
3. "칭찬사례" 컬럼의 응답을 카테고리별로 분류
- 각 카테고리의 응답 수와 대표 칭찬 1개씩 정리
4. 칭찬 빈도가 높은 병원/진료과 Top 3
[종합]
5. 개선의견과 칭찬사례를 교차 분석해서
- "칭찬은 많지만 개선 요구도 있는 영역"
- "칭찬이 적고 개선 요구가 집중된 영역"
을 구분해줘
[출력 형식]
- 카테고리 | 응답 수 | 대표 의견 형태의 표
- 결측치(미응답)는 별도 표기
Plain Text
복사
실습 프롬프트 4: 종합 인사이트 도출
지금까지 분석한 정량+주관식 데이터를 종합해서
'의료원장·병원장 보고용 핵심 인사이트'를 도출해줘.
[요청]
1. 긍정적 성과 3가지
- 데이터 근거(구체적 수치)와 함께 제시
2. 개선이 필요한 영역 3가지
- 정량 데이터 + 주관식 의견을 연결해서 제시
3. 액션 플랜 3가지
- "즉시 실행 가능한 것" (1~3개월)
- "중기 과제" (3~6개월)
- "장기 과제" (6개월~1년)
- 각 제안에 담당 부서/예상 효과를 추가
[출력 형식]
- 각 항목: [인사이트 한 줄 요약] + [근거 데이터] + [상세 설명]
- 보고서에 바로 인용할 수 있는 톤과 형식
- 감정적 표현 배제, 데이터 기반 객관적 서술
Plain Text
복사
PART 2: Gemini Canvas로 보고서 작성
AS-IS vs TO-BE: 보고서 작성도 마찬가지!
환자만족도 조사 결과 보고서 써줘
Plain Text
복사
아래 실습 프롬프트 5를 보세요. 같은 "보고서 써줘"인데, 독자(의료원장), 구조(6개 섹션), 작성 조건(공문서 톤, 수치 출처 명시, 분량)까지 지정합니다.
비교 항목 | AS-IS (대충) | TO-BE (구조화) |
독자 설정 | 없음 (누구한테 쓰는 건지 모름) | 의료원장·병원장 (경영진 내부 보고용) |
문서 구조 | AI 임의 구성 | 6개 섹션 명확히 지정 |
톤 & 스타일 | 블로그체~교과서체 랜덤 | 공문서 톤, 객관적, 감정 배제 |
데이터 활용 | 대충 요약 | 모든 수치에 출처 명시 |
결과물 품질 | 처음부터 다시 써야 함 | 소폭 수정만으로 실무 활용 가능 |
실습 프롬프트 5: 보고서 초안 생성
지금까지 분석한 내용을 기반으로
'2025 가톨릭중앙의료원 환자만족도 조사 결과 보고서'를 작성해줘.
[보고서 독자]
의료원장, 각 병원장 (경영진 내부 보고용)
[보고서 구조]
1. 조사 개요
- 조사 목적, 기간(2025.09~2026.01), 대상(8개 병원, 503명), 조사 방법, 척도
2. 주요 결과 요약 (Executive Summary)
- 핵심 수치 4~5개를 한눈에 볼 수 있게 정리
- 전체적 한 줄 평가
3. 정량 분석 결과
- HIRA 6개 영역별 만족도 (표 포함)
- 병원별 비교 분석
- 방문유형별·진료과별 주요 차이
- NPS 분석 결과
4. 주관식 분석 결과
- 개선의견 카테고리별 요약
- 칭찬사례 카테고리별 요약
- 교차 분석 시사점
5. 종합 인사이트 및 개선 제안
- 긍정적 성과 3가지
- 개선 필요 영역 3가지
- 액션 플랜 (즉시/중기/장기)
6. 부록
- 병원별 상세 데이터 표
[작성 조건]
- 공문서 톤: 간결하고 객관적, 감정 표현 배제
- 모든 수치에 데이터 출처 명시 (예: "환자 설문 기준, N=503")
- 표와 텍스트를 적절히 배합
- A4 기준 6~8페이지 분량
- 한국어로 작성
이 보고서를 Canvas 기능으로 작성해줘.
Plain Text
복사
보완 프롬프트 (필요시 사용)
보고서의 '종합 인사이트 및 개선 제안' 부분을 아래 조건으로 수정해줘:
- 개선 제안을 '즉시 실행 가능한 것'과 '중장기 검토 사항'으로 나눠줘
- 각 제안에 담당 부서와 기대 효과를 추가해줘
- HIRA 환자경험평가 점수 향상과 연계되는 제안을 우선 배치해줘
Plain Text
복사
Executive Summary를 좀 더 임팩트 있게 수정해줘:
- 핵심 수치는 볼드 처리
- "전년 대비" 또는 "HIRA 전국 평균 대비" 비교 문구 추가
- 3줄 이내로 압축
Plain Text
복사
보고서에서 PPT로 : AI 활용 시각화
AS-IS vs TO-BE: PPT 변환도 구조화가 핵심
이 보고서로 PPT 만들어줘
Plain Text
복사
NotebookLM으로 고품질 슬라이드를 뽑으려면, 한 번에 다 시키지 말고 3단계로 나눠야 합니다.
단계 | 도구 | 하는 일 | 왜 분리하는가? |
1단계 | Gemini | 레퍼런스 이미지에서 디자인 시스템(색상·레이아웃·타이포) 추출 | AI가 일관된 비주얼을 유지하려면 규칙이 필요 |
2단계 | NotebookLM 채팅 | 보고서 → 슬라이드별 마스터 대본 추출 → 메모 저장 → 소스로 전환 | 보고서 ≠ 발표자료. 콘텐츠를 먼저 정리해야 |
3단계 | NotebookLM 슬라이드 자료 | 마스터 대본 소스만 체크 → 슬라이드 자료 기능에 렌더링 프롬프트 입력 | 내용과 디자인이 분리되어 있어야 검수·수정이 쉬움 |
STEP 1: NotebookLM 세팅
2.
소스 추가 → Canvas에서 작성한 보고서를 붙여넣기 (또는 파일 업로드)
3.
이후 마스터 대본 결과도 메모 → 소스로 전환하여 총 2개 소스가 됩니다
실습 프롬프트 6-1: 디자인 시스템 준비 (1단계 — Gemini에서)
NotebookLM으로 가기 전에, 먼저 Gemini에서 디자인 규칙을 뽑아둡니다.
디자인 시스템은 2가지 방법 중 선택할 수 있습니다.
방법 A: 레퍼런스 이미지에서 디자인 추출 (추천)
마음에 드는 PPT 디자인이나 슬라이드 이미지가 있다면, 그 스타일을 AI가 분석해서 디자인 규칙으로 변환해 줍니다.
1.
원하는 디자인의 PPT/슬라이드 이미지를 캡처 (또는 미리캔버스, 캔바 등에서 템플릿 스크린샷)
2.
Gemini에 이미지를 첨부하고 아래 프롬프트를 입력:
업로드한 이미지의 디자인 스타일(전체 콘셉트, 컬러 HEX코드, 톤앤매너,
주요 도형 및 그래픽 특징)을 정밀하게 분석하십시오.
분석한 내용을 바탕으로, NotebookLM의 슬라이드 생성 시스템에 바로 붙여넣을 수 있는
[Adaptive Presentation Design System] 형식의 영문 프롬프트를 코드블록에 출력하십시오.
[출력 제한 및 필수 조건]
1. 길이 제한: 공백 포함 800자 이내로 엄격히 제한
2. 형식 통제: 이모지와 불필요한 서술어를 배제하고,
AI가 인식할 수 있는 구조화된 명령어(Structured Command)로만 작성
3. 단일 모드 강제: 원본 이미지의 지배적인 톤에 맞춰
1개의 배경색(BG), 1개의 텍스트색(Text), 1개의 포인트 컬러(Accent)로 단일화
[반드시 다음 구조를 따르십시오]
1. Visual Identity: 테마 명칭, 단일 고대비 Hex 컬러(BG/Text/Accent), 핵심 그래픽 요소
2. Dynamic Layout Rules: 콘텐츠 성격별 모듈형 레이아웃 규칙
- Type A (Impact/Title): 대형 타이포그래피 중심 시선 집중형
- Type B (Content/Body): 가독성과 정보 위계 강조 본문형.
마스터 대본에서 블록화된 항목은 카드 그리드로 렌더링.
- Type C (Data/Metrics): 차트·데이터 시각화·지표 강조형.
수치 블록은 카드 행열(2×3, 3×2 등)로 배치.
- Type D (Structure/Diagram): 프로세스·비교·도식화용.
순서형은 화살표 플로우/타임라인, 비교형은 좌우 분할/매트릭스.
3. Execution: 마스터 대본의 슬라이드 개수와 콘텐츠를 준수하고,
각 슬라이드에 Type A~D 중 최적 레이아웃을 배정할 것
Plain Text
복사
•
Gemini가 출력한 영문 디자인 프롬프트를 복사해서 메모장 등에 잠깐 보관해 두세요.
방법 B: 준비된 디자인 시스템에서 선택 (간편)
Style A: 메디컬 트러스트 (네이비 + 민트) — 신뢰, 전문성, 의료기관 공식 발표
[Adaptive Presentation Design System – Medical Trust]
Visual Identity: BG #F7F9FC, Text #1A1A2E, Accent #E63946, Secondary #2EC4B6. Sans-serif (Pretendard). Card shadows, 12px corners. Filled icons on colored circles. Navy diagonal bar on titles. Mint gradient dividers. Soft gradient blobs (8% opacity) on data slides.
Layout Rules:
- Type A (Title): Navy header band (20% height), bold white heading. Subtitle with mint underline. 3D isometric medical illustration (30% area, right).
- Type B (Content): Accent left-border heading. 2-column card grid: icon + label + desc per card, shadow. Small illustration (15%, bottom-right).
- Type C (Data): KPI cards 2×3 grid — icon top, large accent number (48pt), label bottom, colored top-border. Bar charts with rounded gradient fills.
- Type D (Diagram): Split — mint gradient cards (positive, ✓ icon) left, red gradient cards (improve, ⚠ icon) right. Timeline: pill shapes + gradient arrows + illustrated icons.
Execution: Type A→slides 1/15, B→2/10/11, C→3-9/12, D→13/14. Korean text only. No text in images.
Plain Text
복사
Style B: 케어 소프트 (올리브 + 웜베이지) — 따뜻함, 환자 중심, 부드러운 안내
[Adaptive Presentation Design System – Care Soft]
Visual Identity: BG #FAF7F2, Text #3D3D3D, Accent #D4763A, Secondary #8FBC8B. Sans-serif (Pretendard). Inset shadows, thin borders (#E0D5C1), 16px corners. Filled icons on sage circles. Organic curved shapes (6% opacity). Warm gradient headers. Dotted connectors. Leaf watermarks (5% opacity).
Layout Rules:
- Type A (Title): Curved-edge warm header band. Centered heading + orange underline. Watercolor healthcare illustration (30% area). Cream bottom panel.
- Type B (Content): 2-column cards — cream fill (#FFF8F0), sage left-border, icon + label + desc. Botanical corner illustration (10%). 44px margins.
- Type C (Data): Circular progress rings in 2×3 grid (gradient fill, number inside). Rounded bar charts. Orange key numbers. Linen texture BG (3%).
- Type D (Diagram): Growth-path — numbered stages connected by curved dotted lines + leaf icons. Speech bubble cards (beige/sage). Split panels: olive (positive) vs orange (improve).
Execution: Type A→slides 1/15, B→2/10/11, C→3-9/12, D→13/14. Korean text only. No text in images.
Plain Text
복사
Style C: 클린 데이터 (스카이블루 + 화이트) — 깨끗, 데이터 중심, 미니멀 경영 보고
[Adaptive Presentation Design System – Clean Data]
Visual Identity: BG #FFFFFF, Text #1A1A2E, Accent #E63946, Secondary #90E0EF. Sans-serif (Pretendard). Micro-shadows on cards, surface #F0F4F8, 8px corners. Duotone icons (blue/red). Accent top-border strip (3px) every slide. Dot-grid BG (2%) on data slides. Geometric shapes (circles/lines, 8% opacity) as corner decor.
Layout Rules:
- Type A (Title): White BG + large red circle graphic (top-right, 15% opacity). Left-aligned heading (56pt). Blue rule below. Isometric data-viz illustration (20%, bottom-right).
- Type B (Content): 2-column cards on surface — colored top-border (3px), icon + label + desc, micro-shadow. Accent pull-quote box. 48px margins.
- Type C (Data): Number blocks 2×3 grid — surface BG, colored left-border, oversized number (52pt), label + sparkline. Donut charts with gradient. Rounded gradient bar charts.
- Type D (Diagram): Pill-shaped steps + gradient arrows + chevrons + duotone icons. Quote cards with red quote-mark (20% opacity). Left-right panels with blue/red headers.
Execution: Type A→slides 1/15, B→2/10/11, C→3-9/12, D→13/14. Korean text only. No text in images.
Plain Text
복사
Style D: 시네마틱 비주얼 (풀배경 실사 이미지) — 임팩트, 고급 연차보고서, TED식 발표
[Adaptive Presentation Design System – Cinematic Visual]
Visual Identity: IMAGE-FIRST design. Every slide background = unique AI-generated photorealistic photograph. Typography: Bold condensed sans-serif, white text over dark gradient overlay. Text max 40% of slide.
Layout Rules:
- Type A (Title): Full-bleed cinematic photo. Dark gradient overlay (60%). Bold white title centered. Photo: dramatic hospital corridor or medical campus, wide-angle.
- Type B (Content): Full-bleed photo (desaturated 30%, dark overlay 50% left half). Text on darkened left (max 50% width). Bold accent highlights. Photo: environmental scene matching topic.
- Type C (Data): Left 40% dark panel with large KPI numbers. Right 60% full-height photo. OR: full-bleed photo + frosted overlay data cards.
- Type D (Diagram): Full-bleed photo + semi-transparent dark panels (80%) for diagram nodes floating over image.
Image Rules: Cinematic editorial style, 35mm f/1.4, shallow DOF, golden hour lighting. Color grade: muted warm (teal shadows + amber highlights). Healthcare subjects. ALL human subjects MUST be Korean (East Asian). NO solid/white BG. NO illustration/cartoon/clipart/AI artifacts. NO text in images.
Execution: Type A→slides 1/15, B→2/10/11, C→3-9/12, D→13/14. Korean text as overlay only.
Plain Text
복사
4종 비교
스타일 | 메인 컬러 | 느낌 | 추천 상황 |
A. 메디컬 트러스트 | 네이비 + 민트 | 신뢰·전문성 | 의료원장 보고, 이사회 발표 |
B. 케어 소프트 | 올리브 + 베이지 | 따뜻·환자 중심 | 환자 안내, 홍보용, 게시용 |
C. 클린 데이터 | 스카이블루 + 화이트 | 깨끗·미니멀 | 경영회의, 데이터 중심 보고 |
D. 시네마틱 비주얼 | 풀배경 실사 이미지 | 임팩트·고급감 | TED식 발표, 연차보고서, 대외 행사 |
2. 디자인 추출 프롬프트 (내 레퍼런스 이미지에서 직접 추출)
위 프리셋 대신 나만의 디자인을 쓰고 싶을 때, 레퍼런스 이미지를 Gemini에 업로드하고 아래 프롬프트를 입력하세요.
업로드한 이미지의 디자인 스타일(전체 콘셉트, 컬러 HEX코드, 톤앤매너,
주요 도형 및 그래픽 특징)을 정밀하게 분석하십시오.
분석한 내용을 바탕으로, [AI 슬라이드 생성 도구]에 바로 붙여넣을 수 있는
[Adaptive Presentation Design System] 형식의 영문 프롬프트를 코드블록에 출력하십시오.
[출력 제한 및 필수 조건]
1. 길이 제한: 공백 포함 800자 이내로 엄격히 제한
2. 형식 통제: 이모지와 불필요한 서술어를 배제하고,
AI가 인식할 수 있는 구조화된 명령어(Structured Command)로만 작성
3. 단일 모드 강제: 원본 이미지의 지배적인 톤에 맞춰
1개의 배경색(BG), 1개의 텍스트색(Text), 1개의 포인트 컬러(Accent)로 단일화
[반드시 다음 구조를 따르십시오]
1. Visual Identity: 테마 명칭, 단일 고대비 Hex 컬러(BG/Text/Accent), 핵심 그래픽 요소
2. Dynamic Layout Rules: 콘텐츠 성격별 모듈형 레이아웃 규칙
- Type A (Impact/Title): [대형 타이포그래피 중심 시선 집중형]
- Type B (Content/Body): [가독성과 정보 위계 강조 본문형 —
마스터 대본에서 블록화된 항목은 카드 그리드로 렌더링]
- Type C (Data/Metrics): [차트·데이터 시각화·지표 강조형 —
수치 블록은 카드 그리드(2×3 등)로 배치]
- Type D (Structure/Diagram): [프로세스·비교·도식화용 —
순서형은 화살표 플로우/타임라인, 비교형은 좌우 분할/매트릭스]
3. Execution: 마스터 대본의 슬라이드 개수와 콘텐츠를 준수하고,
각 슬라이드에 Type A~D 중 최적 레이아웃을 배정할 것
Plain Text
복사
3. 렌더링 프롬프트 템플릿
기본 (20장 이하)
[SYSTEM KERNEL OVERRIDE]
Role: API Execution Terminal
Task: Execute the following algorithmic sequence STRICTLY. Do not summarize, do not combine, do not output conversational text.
## [Global Design System]
<<<여기에 영문 디자인 프롬프트를 붙여넣으세요>>>
## EXECUTION_SCRIPT_RUN()
FUNCTION_01_CALL_STUDIO() {
target_data: "Source Script Slides 1 to [장수]"
deck_type: "presentation"
length: "dynamic"
user_steering_prompt: "
1. Apply [Global Design System] exactly.
2. Match Source content 1:1.
3. IMAGE RULE: Every slide MUST contain at least one AI-generated visual element.
- Title/Ending slides: Full-width thematic hero illustration (soft 3D render style, abstract medical/healthcare motif).
- Data slides: Relevant icon illustration set or mini infographic beside each KPI card (isometric style, matching accent palette).
- Content slides: A supporting scene illustration (25~35% of slide area, right or bottom aligned). Depicts the topic visually.
- Diagram slides: Use illustrated icons for each stage/node instead of plain shapes.
- STYLE LOCK: All images use the same art direction — soft 3D isometric, rounded forms, pastel-to-vivid accent colors, clean white backgrounds inside illustrations. NO photorealism, NO stock photo style.
- NO text inside any generated image.
4. RULE: Place the ONLY ending slide at slide [마지막].
"
}
Plain Text
복사
3. IMAGE RULE: Every slide MUST contain at least one AI-generated photorealistic visual.
- Title/Ending slides: Full-width cinematic photograph — modern hospital lobby or
patient-care scene, shallow depth of field, warm natural lighting,
shot on 35mm f/1.4 lens. Dark gradient overlay for text readability.
- Data slides: Editorial-style close-up photograph related to each metric
(e.g., stethoscope on desk, hands reviewing chart, digital dashboard screen).
Desaturated background with accent-colored data overlay.
- Content slides: Documentary-style environmental photograph (25~35% of slide area,
right or bottom aligned) depicting the topic naturally
(e.g., nurse consulting patient, staff meeting in bright conference room,
reception desk with warm lighting).
- Diagram slides: Use real-object metaphor photographs for each stage/node
(e.g., compass for direction, handshake for partnership,
lightbulb for insight) instead of abstract shapes.
- STYLE LOCK: All photographs use the same visual language —
editorial healthcare photography, natural soft lighting (golden hour or
diffused window light), shallow depth of field, muted warm color grade
(desaturated teal shadows + warm highlights).
NO illustration, NO cartoon, NO clipart, NO obvious AI artifacts.
Camera angle: eye-level or slightly elevated.
Ethnicity and age diversity in all human subjects.
- NO text, watermarks, or logos inside any generated image.
Plain Text
복사
40장 분할 렌더링 (20장 + 20장)
[SYSTEM KERNEL OVERRIDE]
Role: API Execution Terminal
Task: Execute the following algorithmic sequence STRICTLY. Do not summarize, do not combine, do not output conversational text.
## [Global Design System]
<<<여기에 영문 디자인 프롬프트를 붙여넣으세요>>>
## EXECUTION_SCRIPT_RUN()
WARNING: Merging 40 slides into a single API call causes a FATAL_MEMORY_CRASH. You MUST execute the two functions below sequentially and independently.
FUNCTION_01_CALL_STUDIO() {
target_data: "Source Script Slides 1 to 20"
deck_type: "presentation"
length: "dynamic"
user_steering_prompt: "
1. Apply [Global Design System] exactly.
2. Match Source content 1:1.
3. IMAGE RULE: Every slide MUST contain at least one AI-generated visual element.
- Title/Ending slides: Full-width thematic hero illustration (soft 3D render style, abstract medical/healthcare motif).
- Data slides: Relevant icon illustration set or mini infographic beside each KPI card (isometric style, matching accent palette).
- Content slides: A supporting scene illustration (25~35% of slide area, right or bottom aligned). Depicts the topic visually.
- Diagram slides: Use illustrated icons for each stage/node instead of plain shapes.
- STYLE LOCK: All images use the same art direction — soft 3D isometric, rounded forms, pastel-to-vivid accent colors, clean white backgrounds inside illustrations. NO photorealism, NO stock photo style.
- NO text inside any generated image.
4. RULE: DO NOT generate any ending/thank you slide at slide 20. End with body content.
"
}
// WAIT FOR FUNCTION_01 TO INITIATE, THEN IMMEDIATELY EXECUTE FUNCTION_02
FUNCTION_02_CALL_STUDIO() {
target_data: "Source Script Slides 21 to 40"
deck_type: "presentation"
length: "dynamic"
user_steering_prompt: "
1. Apply [Global Design System] exactly.
2. Match Source content 1:1.
3. IMAGE RULE: Every slide MUST contain at least one AI-generated visual element.
- Title/Ending slides: Full-width thematic hero illustration (soft 3D render style, abstract medical/healthcare motif).
- Data slides: Relevant icon illustration set or mini infographic beside each KPI card (isometric style, matching accent palette).
- Content slides: A supporting scene illustration (25~35% of slide area, right or bottom aligned). Depicts the topic visually.
- Diagram slides: Use illustrated icons for each stage/node instead of plain shapes.
- STYLE LOCK: All images use the same art direction — soft 3D isometric, rounded forms, pastel-to-vivid accent colors, clean white backgrounds inside illustrations. NO photorealism, NO stock photo style.
- NO text inside any generated image.
4. RULE: DO NOT generate a cover or title slide. Start immediately with slide 21 body content. Place the ONLY ending slide at slide 40.
"
}
Plain Text
복사
4. 범용 마스터 대본 템플릿
# Role: Chief Content Architect
Task: Analyze ALL uploaded sources and generate a consistent 40-page [Master Script Report].
## [Variables: Please Fill Below]
- Target Audience: <<<여기에 타겟을 입력하세요>>>
- Presentation Objective: <<<발표 목적을 입력하세요>>>
- Report Title: <<<보고서 제목을 입력하세요>>>
## Instruction Guidelines
1. Upload한 모든 문서의 핵심 데이터와 인사이트를 추출하여
논리적 흐름(도입→현황→분석→비교→제언→마무리)을 구축하라.
2. 지정된 Target Audience의 관심사에 맞춘 간결하고 임팩트 있는 문체를 사용하라.
3. 모든 수치는 원본 데이터를 정확히 반영하라.
## Content Structure Rules (슬라이드에 적합한 콘텐츠 구조화)
화면 텍스트 작성 시, 내용 성격에 따라 아래 구조를 적용하라:
- 핵심 수치/지표 나열 → 각 수치를 [라벨: 값] 형태로 독립 블록화
- 단계/순서형 내용 → 번호(①②③)를 붙이고 각 단계를 [단계명 | 설명] 형태로 분리
- 비교형 내용 → 명확히 두 그룹으로 분리 표기
- 항목 나열 (TOP 5 등) → [순위. 항목명 — 수치 — 한줄 설명] 형태로 카드화
- 일반 설명/배경 → 자연스러운 문장 그대로 OK
## Output Format (슬라이드 1장당 아래 구조 반복)
슬라이드 번호: (1~40)
[화면 텍스트]
(발표 화면에 표시할 핵심 내용 — 3~4줄 이내)
[발표 대본]
(발표자가 읽을 구어체 스크립트 — 200자 내외)
[디자인 노트]
(권장 레이아웃: Type A / B / C / D 중 택 1 + 시각 요소 제안)
Plain Text
복사
실습 프롬프트 6-2: 마스터 대본 추출 (2단계 — NotebookLM 채팅에서)
이제 NotebookLM으로 돌아옵니다. 보고서가 소스로 등록된 상태에서, 채팅창에 아래를 입력하세요.
이 단계에서 보고서 → 슬라이드별 발표 콘텐츠로 변환합니다.
# Role: Chief Content Architect
Task: Analyze ALL uploaded sources and generate a consistent 20-page [Master Script Report].
## [Variables: Please Fill Below]
- Target Audience: 의료원장, 각 병원장 (경영회의 발표용)
- Presentation Objective: 환자만족도 조사 결과 보고 및 개선 방향 제안
## Instruction Guidelines
1. 업로드된 보고서의 핵심 데이터와 인사이트를 추출하여
논리적 흐름([흐름 — 예: 배경→현황→분석→제안→기대효과])을 구축하라.
2. 지정된 Target Audience의 관심사([관심사 — 예: ROI, 리스크, 실행 가능성])에 맞춘
간결하고 임팩트 있는 문체를 사용하라.
3. 모든 수치는 보고서 원본 데이터를 정확히 반영하라.
## Content Structure Rules (슬라이드에 적합한 콘텐츠 구조화)
화면 텍스트 작성 시, 내용 성격에 따라 아래 구조를 적용하라:
- 핵심 수치/지표 나열 → 각 수치를 [라벨: 값] 형태로 독립 블록화
- 단계/순서형 내용 → 번호(①②③)를 붙이고 각 단계를 [단계명 | 설명] 형태로 분리
- 비교형 내용 → 명확히 두 그룹으로 분리 표기
- 항목 나열 (TOP 5 등) → [순위. 항목명 — 수치 — 한줄 설명] 형태로 카드화
- 일반 설명/배경 → 자연스러운 문장 그대로 OK
## Output Format (Strictly Follow)
슬라이드 번호: (1~20)
제목: (해당 페이지의 핵심 헤드라인)
화면 텍스트: (위 Content Structure Rules에 따라 구조화, 3~5줄)
상세 대본: (발표자가 읽을 구어체 설명, 3~5줄)
## 슬라이드 구성
- 슬라이드 1: [표지 — 제목 + 소속 + 날짜]
- 슬라이드 2: [개요/배경]
- 슬라이드 3: [핵심 데이터 요약]
- ...
- 슬라이드 [마지막]: [결론/액션 플랜/기대 효과]
Plain Text
복사
# Role: Chief Content Architect
Task: Analyze ALL uploaded sources and generate a consistent [장수]-page [Master Script Report].
## [Variables: Please Fill Below]
- Target Audience: 여기에 타겟을 입력
- Presentation Objective: 발표 목적을 입력
## Instruction Guidelines
1. 업로드된 보고서의 핵심 데이터와 인사이트를 추출하여
논리적 흐름([흐름 — 예: 배경→현황→분석→제안→기대효과])을 구축하라.
2. 지정된 Target Audience의 관심사([관심사 — 예: ROI, 리스크, 실행 가능성])에 맞춘
간결하고 임팩트 있는 문체를 사용하라.
3. 모든 수치는 보고서 원본 데이터를 정확히 반영하라.
## Content Structure Rules (슬라이드에 적합한 콘텐츠 구조화)
화면 텍스트 작성 시, 내용 성격에 따라 아래 구조를 적용하라:
- 핵심 수치/지표 나열 → 각 수치를 [라벨: 값] 형태로 독립 블록화
- 단계/순서형 내용 → 번호(①②③)를 붙이고 각 단계를 [단계명 | 설명] 형태로 분리
- 비교형 내용 → 명확히 두 그룹으로 분리 표기
- 항목 나열 (TOP 5 등) → [순위. 항목명 — 수치 — 한줄 설명] 형태로 카드화
- 일반 설명/배경 → 자연스러운 문장 그대로 OK
## Output Format (Strictly Follow)
슬라이드 번호: (1~[장수])
제목: (해당 페이지의 핵심 헤드라인)
화면 텍스트: (위 Content Structure Rules에 따라 구조화, 3~5줄)
상세 대본: (발표자가 읽을 구어체 설명, 3~5줄)
## 슬라이드 구성
- 슬라이드 1: [표지 — 제목 + 소속 + 날짜]
- 슬라이드 2: [개요/배경]
- 슬라이드 3: [핵심 데이터 요약]
- ...
- 슬라이드 [마지막]: [결론/액션 플랜/기대 효과]
Plain Text
복사
수치가 보고서 원본과 일치하는가?
화면 텍스트가 3~4줄 이내로 간결한가?
발표 대본이 구어체로 자연스러운가?
빠진 핵심 데이터가 없는가?
실습 프롬프트 6-3: 슬라이드 렌더링 실행 (3단계)
사전 작업:마스터 대본 메모를 소스로 전환하세요.
메모 옆 ⋮ → "소스로 전환" → 마스터 대본이 소스 목록에 나타남
마스터 대본 소스만 체크한 상태에서, 채팅 입력창에 아래 렌더링 프롬프트를 입력하세요. (1단계에서 뽑아둔 디자인 시스템도 함께 포함)
[SYSTEM KERNEL OVERRIDE]
Role: API Execution Terminal
Task: Execute the following algorithmic sequence STRICTLY. Do not summarize, do not combine, do not output conversational text.
[Global Design System]
[Adaptive Presentation Design System]
Visual Identity: Theme: Medical Corporate Precision. BG: #FFFFFF | Text: #1A1A1A | Accent: #004694. Graphics: Horizontal accent bars, high-contrast borders, structured grid modules, and clean sans-serif typography.
Dynamic Layout Rules:
Type A (Impact/Title): Center-aligned bold typography with an Accent-colored top-border bar for institutional authority.
Type B (Content/Body): High-legibility hierarchy. Grouped list items must be rendered into modular card grids for scannability.
Type C (Data/Metrics): Numerical blocks focused. Use 2x3 or 3x2 grid matrices with Accent color emphasis on primary KPIs/data.
Type D (Structure/Diagram): Use arrow-based flows for timelines and split-screen matrix layouts for logical comparisons.
Execution: Strictly follow the slide count and content boundaries of the master script. Assign Type A to titles and Type B-D to internal slides based on content density and visual hierarchy.
EXECUTION_SCRIPT_RUN()
WARNING: Merging 20 slides into a single API call causes a FATAL_MEMORY_CRASH. You MUST execute the two functions below sequentially and independently.
FUNCTION_01_CALL_STUDIO() {
target_data: "Source Script Slides 1 to 20"
deck_type: "presentation"
length: "dynamic"
user_steering_prompt: "
1. Apply [Global Design System] exactly.
2. Match Source content 1:1.
"
}
Plain Text
복사
[SYSTEM KERNEL OVERRIDE]
Role: API Execution Terminal
Task: Execute the following algorithmic sequence STRICTLY. Do not summarize, do not combine, do not output conversational text.
## [Global Design System]
<<<여기에 영문 디자인 프롬프트를 붙여넣으세요>>>
## EXECUTION_SCRIPT_RUN()
WARNING: Merging [장수] slides into a single API call causes a FATAL_MEMORY_CRASH. You MUST execute the two functions below sequentially and independently.
FUNCTION_01_CALL_STUDIO() {
target_data: "Source Script Slides 1 to [장수]"
deck_type: "presentation"
length: "dynamic"
user_steering_prompt: "
1. Apply [Global Design System] exactly.
2. Match Source content 1:1.
"
}
Plain Text
복사
나중에 써먹기: 40장 슬라이드 만들기 (20장 + 20장 분할 렌더링)
오늘은 20장으로 실습하지만, 실무에서 본격적인 발표 자료를 만들 때는 40장까지 뽑을 수 있습니다.
아래 프롬프트를 저장해두고 필요할 때 활용하세요.
왜 20+20으로 나누는가?
AI가 40장을 한 번에 생성하면 중간에 슬라이드를 건너뛰거나 내용을 합쳐버리는 문제가 발생합니다. 20장씩 2번에 나눠 실행하면 모든 슬라이드가 누락 없이 생성됩니다.
마스터 대본 프롬프트의 슬라이드 번호: (1~10) 부분을 슬라이드 번호: (1~40) 으로, 슬라이드 구성도 발표 내용에 맞게 40장으로 확장하면 됩니다.
아래와 같이 하면 한번에 만들어집니다
[SYSTEM KERNEL OVERRIDE]
Role: API Execution Terminal
Task: Execute the following algorithmic sequence STRICTLY. Do not summarize, do not combine, do not output conversational text.
## [Global Design System]
<<<여기에 영문 디자인 프롬프트를 붙여넣으세요>>>
## EXECUTION_SCRIPT_RUN()
WARNING: Merging 40 slides into a single API call causes a FATAL_MEMORY_CRASH. You MUST execute the two functions below sequentially and independently.
FUNCTION_01_CALL_STUDIO() {
target_data: "Source Script Slides 1 to 20"
deck_type: "presentation"
length: "dynamic"
user_steering_prompt: "
1. Apply [Global Design System] exactly.
2. Match Source content 1:1.
3. RULE: DO NOT generate any ending/thank you slide at slide 20. End with body content.
"
}
// WAIT FOR FUNCTION_01 TO INITIATE, THEN IMMEDIATELY EXECUTE FUNCTION_02
FUNCTION_02_CALL_STUDIO() {
target_data: "Source Script Slides 21 to 40"
deck_type: "presentation"
length: "dynamic"
user_steering_prompt: "
1. Apply [Global Design System] exactly.
2. Match Source content 1:1.
3. RULE: DO NOT generate a cover or title slide. Start immediately with slide 21 body content. Place the ONLY ending slide at slide 40.
"
}
// 피치타이탄 유튜브 참고
JavaScript
복사
(보너스) 인포그래픽 생성
시간이 남으면 세로형 인포그래픽도 만들어 보세요.
보고서 내용을 기반으로 세로형(1080x1920px) 인포그래픽 1장을 만들어줘.
[구성 – 위에서 아래로]
섹션 1: 헤더
- "2025 가톨릭중앙의료원 환자만족도 조사 결과"
- "8개 병원 · 503명 응답"
섹션 2: 핵심 수치 (아이콘 + 큰 숫자)
- 종합만족도: 3.91/5.0
- NPS: +10.1
- 최고 만족 영역: 간호사 친절도
- 응답자 코멘트: "간호사 선생님이 정말 친절했어요"
섹션 3: 병원별 만족도 시각화
- 8개 병원을 수평 막대그래프로 표현
섹션 4: 개선 우선순위
- 주차편의성, 대기시간 등 하위 항목 강조
섹션 5: 2026년 개선 방향 3가지
섹션 6: 풋터
- "가톨릭중앙의료원 경영지원실" + 날짜
[디자인 시스템]
- 1단계에서 뽑아둔 디자인 시스템과 동일한 컬러·폰트 적용
- 한글은 텍스트 레이어로만 렌더링
Plain Text
복사
오늘의 핵심 요약
순서 | 원칙 | 설명 | 예시 |
AI에게 "누구인지, 어떤 상황인지"를 가장 먼저 알려주기 | "너는 대학병원 경영지원실 데이터 분석 전문가야. 8개 병원 환자만족도 조사를 실시했고…" | ||
요청을 [상황], [요청], [출력 조건] 등 섹션으로 나누기 | XML 태그: <role>, <task>, <requirements> | ||
"단계별로 생각하세요"로 사고 과정 유도 | <instructions> 안에 1→2→3 순서 명시 | ||
원하는 출력 형태를 미리 보여주기 | "표 형태로", "JSON 형식으로", "3줄 이내로" | ||
답변 양식을 지정해 바로 시작하게 하기 | <response_format>으로 출력 틀 제공 |
(보너스) Google AI Studio로 병원 서비스 프로토타입 만들기
이 섹션은 강사가 시연하며, 나중에 직접 해보고 싶은 분을 위한 프롬프트를 제공합니다.
같은 병원 안내문 PDF 하나로 용도가 전혀 다른 2가지 AI 서비스를 만들 수 있다는 것이 핵심입니다.
서비스 A: 병원생활 안내 챗봇 (RAG 기반 Q&A)
용도: 환자/보호자가 궁금한 것을 자유롭게 질문하면 안내문 기반으로 답변
서비스 형태: 대화형 챗봇
너는 시니어 프론트엔드 개발자야. 첨부파일을 활용해서 '서울성모병원 입원생활 AI 도우미 (Q&A 챗봇)'라는 모바일 최적화 웹 앱을 만들어줘.
가장 중요한 것은 실제 Gemini API를 연동하고, 내가 제공하는 병원 안내문 데이터 내에서만 안전하게 답변하도록 하드코딩하는 거야.
# 🎨 디자인 및 UI
1. 컬러: '네이비 블루' 헤더, 밝은 그레이(#F8F9FA) 배경.
2. 폰트/가독성: 텍스트 최소 16px, 줄간격 넓게, 마크다운(볼드, 리스트, 인용구) 렌더링 지원 (`react-markdown` 활용).
3. 레이아웃: 헤더 고정, 채팅창 스크롤, 하단 텍스트 입력창 고정.
4. 첫 화면: "안녕하세요! 서울성모병원 입원생활 도우미입니다. 무엇이 궁금하신가요?" 인사말과 함께 '퀵 질문 칩'(예: 병문안 시간, 식사 시간, 주차) 배치.
# 🧠 핵심 로직: Gemini API 연동 및 시스템 룰 적용
`@google/generative-ai` 패키지를 사용해서 실제 채팅 로직을 구현해.
1. 코드 상단에 아래의 데이터를 하드코딩해줘.
```javascript
const GEMINI_API_KEY = "사용자가_여기에_직접_API_키를_입력합니다"; // 나중에 내가 넣을 곳
const HOSPITAL_DATA = `
[서울성모병원 병원생활 안내]
- 퇴실 시간: 09:00~11:00 (부득이한 경우 중앙휴게실 사용)
- 퇴원 절차: 주치의 퇴원결정 -> 간호사 확정 -> 퇴원약 조제 및 진료비 심사 -> 퇴원비 납부 안내 카카오톡 발송 -> 진료비 납부 -> 귀가
- 제증명 발급: 퇴원 2일전 간호사실 신청. 1층 의무기록/영상복사 창구 이용 (평일 08-18, 토요일 08-13)
- 식사시간: 아침 07:30~08:00 / 점심 12:30~13:00 / 저녁 18:00~18:30 (식판은 퇴식카트나 배선실 선반에)
- 병동출입/병문안: 환자 및 보호자 1인 가능. 면회객은 면회시간(평일 18-20 / 주말 10-12, 18-20) 외 출입금지. 감염질환자, 12세이하 등 제한.
- 주차: 입원/수술/퇴원 당일 1일 1대 무료. 중간진료비 납부 당일 2시간 무료. 그 외 입원환자 1일 주차권 10,000원.
- 병실/생활: 병실 내 침상이동 금지. 개인 전열기구 사용 금지. 환자가 누워있을 땐 침대 양쪽 난간 올리기. 통증 조절 및 응급시(침대 머리맡 빨간버튼) 간호사 호출 가능.
`;
const SYSTEM_INSTRUCTION = `
당신은 서울성모병원의 입원생활 안내 AI 도우미입니다.
[가장 중요한 필수 규칙]
1. 사용자의 질문에 대한 답변은 반드시 제공된 'HOSPITAL_DATA' 내용만을 근거로 작성하십시오.
2. 문서에 없는 내용은 절대 지어내지 말고 "해당 내용은 안내문에 포함되어 있지 않습니다. 🏥 **각 층 병동 원무 매니저**나 **간호사실**에 문의해 주세요."라고 안내합니다.
3. 진단, 치료 방법 등 의료적 판단은 절대 하지말고 주치의/간호사에게 문의하도록 안내하십시오.
[UI Format]
답변 시 이모티콘, 볼드체(**), 줄바꿈, 리스트(-)를 적극 활용하여 모바일에서 읽기 쉽게 만드세요.
`;
API 초기화 코드는 반드시 아래를 따를 것.
const genAI = new GoogleGenerativeAI(GEMINI_API_KEY);
const model = genAI.getGenerativeModel({
model: "gemini-3.1-flash-lite-preview",
systemInstruction: SYSTEM_INSTRUCTION
});
사용자가 메시지를 보내면 chat.sendMessage(text + "\n\n[참고데이터]\n" + HOSPITAL_DATA) 형태로 참고 데이터를 함께 던져서 답변을 받아와 화면에 렌더링해줘.
Plain Text
복사
서비스 B: 입원 준비 체크리스트 봇 (인터랙티브 점검)
용도: 환자/보호자가 입원 전·중·퇴원 시 확인해야 할 사항을 단계별로 체크하며 점검
서비스 형태: 대화형 체크리스트
너는 시니어 프론트엔드 개발자야. 첨부 파일을 활용해서 '서울성모병원 입퇴원 체크리스트 도우미' 모바일 웹 앱을 만들어줘.
# 🎨 화면 UI (Progressive Disclosure)
1. 첫 화면: [입원 준비], [입원 생활], [퇴원 준비] 3가지 큰 버튼 카드 표시.
2. 체크리스트 화면: 전체 리스트를 보여주지 말고, 현재 순서의 항목 딱 1개만 화면 중앙에 카드로 보여줘.
- 예: [1. 식사 시간 확인] 제목과 상세 안내문 표시.
- 카드 하단에 [✅ 확인 및 다음으로] 버튼. 누르면 이전 카드는 사라지고(상단에 작게 '완료' 텍스트로 누적) 다음 카드가 나옴.
# 🧠 미니 챗봇 (항목별 질문 기능) 및 API 룰 적용
각 체크리스트 카드 하단에 [이 항목에 대해 질문하기] 입력창이 있어야 해. 여기서 Gemini API를 호출해.
1. 코드 상단에 아래 데이터를 하드코딩해줘.
```javascript
const GEMINI_API_KEY = "사용자가_여기에_직접_API_키를_입력합니다"; // 나중에 내가 넣을 곳
// 화면 렌더링용 체크리스트 데이터
const CHECKLIST_DATA = {
"입원 생활": [
{ title: "식사 시간 확인", desc: "아침 07:30~08:00, 점심 12:30~13:00, 저녁 18:00~18:30" },
{ title: "병문안 시간 확인", desc: "평일 18:00~20:00 / 주말 10:00~12:00, 18:00~20:00" },
{ title: "낙상 예방 수칙", desc: "주무실 때는 반드시 침대 양쪽 난간을 올려주세요." },
{ title: "응급 호출", desc: "응급상황 발생 시 침대 머리맡 빨간버튼을 눌러주세요." }
],
"퇴원 준비": [
{ title: "퇴실 시간 확인", desc: "오전 09:00~11:00 (11시 퇴실 원칙)" },
{ title: "퇴원비 납부", desc: "진료비 심사 완료 후 카카오톡 안내 시 납부" },
{ title: "제증명 발급", desc: "퇴원 2일전까지 간호사실에 신청" }
]
};
const SYSTEM_INSTRUCTION = `
당신은 입퇴원 체크리스트 도우미입니다. 사용자가 체크리스트를 진행하다가 한 질문에 답해야 합니다.
[가장 중요한 필수 규칙]
1. 답변은 반드시 제공된 병원 데이터 안에서만 하십시오.
2. 모르는 내용은 "해당 내용은 안내문에 없습니다. 🏥 **병동 원무 매니저/간호사실**에 문의해 주세요."라고 답하세요.
3. 진단, 치료, 약물 관련 질문은 주치의에게 문의하라고 답하십시오.
답변은 2~3문장으로 간결하고 가독성(볼드체, 이모티콘) 좋게 작성하세요.
`;
API 통신 로직은 아래를 정확히 따라줘.
const genAI = new GoogleGenerativeAI(GEMINI_API_KEY);
const model = genAI.getGenerativeModel({
model: "gemini-3.1-flash-lite-preview",
systemInstruction: SYSTEM_INSTRUCTION
});
// 사용자가 질문 입력 시 model.generateContent(사용자질문 + 화면에보이는 현재 항목정보) 로 호출하여 결과를 말풍선으로 보여줌.
단일 파일 형태의 React 컴포넌트로 깔끔하게 작성해주고, Tailwind로 예쁘게 꾸며줘.
Plain Text
복사
같은 문서, 다른 서비스 — 핵심 비교
서비스 A: 안내 챗봇 | 서비스 B: 체크리스트 봇 | |
사용자 행동 | 궁금한 걸 자유롭게 질문 | 항목을 하나씩 순서대로 확인 |
AI 역할 | 질문에 답변 (수동 응대) | 단계를 이끌어감 (능동 가이드) |
핵심 프롬프트 차이 | <rules> — "문서 근거로 답변" | <behavior> — "한 항목씩 순서대로 보여주고 확인받기" |
활용 장면 | 입원 중 수시로 궁금할 때 | 입원 전날, 퇴원 전날 점검할 때 |
업로드 문서 | 동일 (병원생활 안내문 PDF) | 동일 (병원생활 안내문 PDF) |
보너스! 알아두면 좋을 것들
Google AI Studio
•
Copyright ⓒ 위드로우비즈니스 유민균 All rights reserved.

