Nelydo Client Public Demo Plan

의약문의 접수 데이터베이스 노코드 구축 제안 기획서

이 문서는 공개 가능한 샘플 기준으로 정리한 상세 제안 기획서입니다. 실제 고객 데이터, 환자 개인정보, 비공개 자료, 실제 이메일 발송, 실제 외부 서비스 연결은 포함하지 않습니다.

공개 샘플 기준 플랫폼 미확정 실제 발송 없음 의료적 판단 자동화 아님

1. 프로젝트 이해 요약

클라이언트는 의약문의 접수 업무를 데이터베이스 형태로 정리하고, 문의 접수부터 답변 준비까지의 흐름을 빠르게 이해할 수 있는 제안용 화면을 필요로 합니다. 현재 단계에서는 플랫폼, 보안, 운영 방식에 대한 답변이 확정되지 않았으므로 실제 구축이 아니라 공개 가능한 프론트 데모로 업무 흐름을 설명합니다.

업무 상황

의료진 또는 환자로부터 제품 문의, 자료 요청, 품질불만, 이상사례 가능성 문의가 들어올 수 있습니다.

필요한 흐름

접수자가 문의를 입력하면 접수번호가 생성되고, 카테고리에 따라 담당자 확인 흐름이 보입니다.

제안 방향

엑셀형 목록, 조건부 알림 예정 표시, 유사 문의 검색, 제품별 표준답변 참조를 한 화면 흐름으로 제시합니다.

2. 문제 정의와 목표

구분	현재 발생 가능한 문제	데모에서 보여줄 해결 방향
접수 관리	문의가 엑셀, 메일, 메신저 등 여러 위치에 흩어지면 누락과 중복 확인이 생길 수 있습니다.	문의 접수 화면과 관리자 목록을 연결해 접수번호, 상태, 담당자를 한눈에 봅니다.
분류 기준	품질불만과 이상사례 가능성 문의는 일반 문의와 확인 절차가 다릅니다.	카테고리 선택 시 담당자 알림 예정 상태를 모의 표시합니다.
답변 준비	비슷한 문의와 제품별 표준답변을 찾는 시간이 반복될 수 있습니다.	키워드 검색과 제품별 표준답변 샘플 DB를 함께 보여줍니다.
플랫폼 선택	Microsoft 365형과 Airtable형 중 무엇이 맞는지 아직 확정할 수 없습니다.	두 선택지를 실제 연결 없이 대안 비교 화면으로만 제시합니다.

3. 공개 데모 범위

이번 데모는 클라이언트가 업무 흐름을 이해하기 위한 제안용 프론트 화면입니다. 실제 데이터 저장, 실제 알림 발송, 실제 외부 서비스 연결은 하지 않습니다.

포함 범위

의료진 / 환자 발신자 구분
접수 일시 자동 표시
접수자, 담당 부서, 제품, 카테고리, 상태 입력
문의 상세 내용 입력
첨부파일 UI 표시만 제공
접수번호 예시 자동 생성: MI-2026-0001
품질불만 / 이상사례 선택 시 담당자 알림 예정 표시
기존 문의 키워드 검색 UI
제품별 표준답변 샘플 DB
엑셀형 관리자 목록과 필터
Microsoft 365형 / Airtable형 비교

제외 범위

실제 의료데이터 저장
실제 환자 개인정보 입력 또는 저장
실제 이메일 발송
실제 SharePoint, Airtable, Make, Power Automate 연결
의료적 판단 자동화
이상사례 최종 판단 또는 보고 대행
클라이언트 답변 전 플랫폼 확정

4. 화면별 상세 기획

화면	목적	주요 구성	클라이언트가 확인할 내용
문의 접수	접수자가 문의를 입력하는 첫 화면입니다.	발신자 구분, 접수 일시, 접수자, 담당 부서, 제품, 문의 카테고리, 상태, 상세 내용, 첨부파일 UI, 접수 미리보기	실제 접수 화면이 어떤 항목으로 구성될지 이해합니다.
자동화 모의	카테고리별 담당자 확인 흐름을 설명합니다.	품질불만은 품질 담당자 알림 예정, 이상사례는 안전성 담당자 알림 예정, 일반 문의는 일반 접수함 표시	실제 발송 없이도 조건부 분류 흐름을 볼 수 있습니다.
검색/답변 지원	문의 입력 전 또는 답변 준비 중 참고할 정보를 제공합니다.	기존 문의 검색, 유사 문의 결과, 제품별 표준답변 카드	반복 문의 대응 시간을 줄일 수 있는 구조를 확인합니다.
관리자 목록	접수 데이터를 엑셀처럼 확인하고 필터링합니다.	접수번호, 접수일시, 발신자, 제품, 카테고리, 상태, 담당자, 알림, 요약, 연동 상태	운영자가 관리할 목록과 필터 기준을 검토합니다.
구축안 비교	플랫폼 미확정 상태에서 선택지를 설명합니다.	Microsoft 365형, Airtable형, 공통 전제, 선택 요약	플랫폼을 확정하지 않고도 장단점을 논의할 수 있습니다.

5. 샘플 데이터와 데이터 항목

샘플 데이터는 업무 흐름 설명만을 위해 만든 가상 데이터입니다. 실제 의료데이터, 환자명, 연락처, 주민번호, 병원명, 실제 이메일 주소는 사용하지 않습니다.

샘플 문의 4건

접수번호	일시	발신자	제품	카테고리	상태	담당자	요약
MI-2026-0001	2026-06-16 09:10	의료진	제품 A	제품 문의	접수	MI 담당자	보관 조건과 자료 제공 가능 여부 문의
MI-2026-0002	2026-06-16 10:25	의료진	제품 B	품질불만	검토중	품질 담당	포장 상태 확인 요청 샘플
MI-2026-0003	2026-06-16 11:40	환자	제품 C	자료 요청	답변 준비	MI 담당자	제품 설명 자료 요청 샘플
MI-2026-0004	2026-06-16 13:15	의료진	제품 A	이상사례	검토중	안전성 담당	이상사례 가능성 접수 알림 샘플

필수 데이터 항목 후보

접수번호: 자동 채번 기준. 예시는 MI-YYYY-0001 형식입니다.
접수일시: 접수 시점 자동 표시 기준입니다.
발신자 구분: 의료진 / 환자 중 선택합니다.
접수자와 담당 부서: 실제 운영 시 권한과 역할 기준에 맞춰 확정합니다.
제품: 제품별 표준답변과 연결되는 기준 항목입니다.
카테고리: 제품 문의, 품질불만, 이상사례, 자료 요청, 기타로 시작합니다.
상태: 접수, 검토중, 답변 준비, 종결로 시작하고 운영 기준에 따라 보정합니다.
담당자: MI 담당자, 품질 담당, 안전성 담당처럼 역할명 기준으로 표시합니다.
첨부파일: 이번 데모는 UI만 보여주며 실제 파일 저장은 하지 않습니다.

6. 자동화 모의 기준

자동화는 실제 발송이나 실제 보고가 아니라 “어떤 조건에서 어떤 담당자에게 확인이 필요해지는지”를 보여주는 모의 표시입니다.

선택 카테고리	화면 표시	담당자	주의 문구
품질불만	품질 담당자 알림 예정	품질 담당	실제 이메일은 발송하지 않습니다.
이상사례	안전성 담당자 알림 예정	안전성 담당	시스템은 최종 판단이나 보고를 대신하지 않습니다.
제품 문의 / 자료 요청 / 기타	일반 접수함	MI 담당자	실제 저장, 외부 연결, 자동 판단은 없습니다.

7. 검색/답변 지원 기준

검색/답변 지원은 담당자가 문의를 입력하거나 답변을 준비하기 전에 유사 사례와 제품별 표준답변을 참고하도록 돕는 화면입니다. 표준답변은 회신 준비용 참고 문구이며 의료적 판단을 대신하지 않습니다.

유사 문의 검색

키워드 예시: 보관, 품질, 자료, 이상사례
샘플 문의 목록에서 요약, 제품, 카테고리를 기준으로 검색합니다.
검색 결과가 없으면 샘플 데이터에서 일치하는 문의가 없다고 표시합니다.

제품별 표준답변 샘플

제품 A: 보관 조건, 자료 제공 가능 여부, 의료적 판단 비대체 안내
제품 B: 품질 관련 검토 대상, 실제 조사는 별도 절차 필요, 첨부파일 저장 없음
제품 C: 승인 자료 범위, 개인정보 미저장, 플랫폼은 보안 답변 이후 선택

8. 관리자 목록 기준

관리자 화면은 엑셀과 비슷한 표 구조로 문의 접수 내역을 확인하는 화면입니다. 운영자는 카테고리, 상태, 담당자, 접수번호, 접수일시로 필터링할 수 있습니다.

필터 기준

카테고리: 전체, 제품 문의, 품질불만, 이상사례, 자료 요청, 기타
상태: 전체, 접수, 검토중, 답변 준비, 종결
담당자: 담당자명 또는 역할명 텍스트 검색
접수번호: MI-2026 같은 접수번호 일부 검색
접수일시: 2026-06 같은 월 단위 검색

목록 컬럼

접수번호, 접수일시, 발신자, 제품, 카테고리, 상태, 담당자, 알림, 요약, 연동 상태를 표시합니다. 이번 데모에서 연동 상태는 화면 설명용이며 실제 연결은 없습니다.

9. 구축안 비교

클라이언트의 보안, 계정, 운영 정책 답변 전까지 플랫폼은 확정하지 않습니다. 데모는 두 가지 구축 대안을 비교 대상으로만 표시합니다.

대안	구성 후보	강점	확인 필요 사항
1안 Microsoft 365형	Microsoft Lists, SharePoint, Power Automate	조직 계정, 권한, 문서 관리 흐름을 함께 검토하기 좋습니다.	클라이언트가 Microsoft 365를 사용 중인지, 권한 정책과 보안 승인이 가능한지 확인해야 합니다.
2안 Airtable형	Airtable, Make	빠른 DB 화면 구성, 보기 전환, 관계형 데이터 설명에 적합합니다.	외부 SaaS 사용 가능 여부, 계정 정책, 데이터 반출 제한을 확인해야 합니다.

두 대안 모두 이번 데모에서는 실제 연결하지 않습니다. 실제 구축 전 보안 답변, 계정 정책, 운영 책임 범위가 먼저 확정되어야 합니다.

10. 보안·개인정보·의료 판단 경계

공개 가능한 표현

샘플 데이터 기반 공개 데모
담당자 알림 예정 표시
회신 준비용 표준답변 샘플
플랫폼 미확정 상태의 구축 대안 비교
클라이언트 확인 후 실제 구축 범위 확정

피해야 할 표현

실제 환자정보를 입력하거나 저장한다는 표현
실제 이메일을 발송한다는 표현
시스템이 이상사례를 최종 판단하거나 보고한다는 표현
플랫폼이 이미 확정됐다는 표현
외부 서비스 계정 연결이 이미 완료됐다는 표현

11. 착수 후 확인 질문

문의 접수에 반드시 필요한 컬럼은 무엇인가요?
발신자 구분은 의료진 / 환자 외에 추가 구분이 필요한가요?
제품 목록과 표준답변은 누가 관리하나요?
품질불만 문의는 어떤 기준으로 품질 담당자에게 전달되나요?
이상사례 가능성 문의는 어떤 담당자 확인 절차가 필요한가요?
첨부파일은 실제 저장이 필요한가요, 링크 또는 UI 표시만 필요한가요?
Microsoft 365 사용이 가능한 조직 환경인가요?
Airtable 또는 Make 같은 외부 SaaS 사용이 가능한가요?
알림은 이메일, Teams, 상태 변경 표시 중 어떤 방식이 적합한가요?
권한은 접수자, MI 담당자, 품질 담당, 안전성 담당, 관리자별로 어떻게 나눌까요?
기록 보관 기간과 변경 이력 관리 기준이 있나요?
1차 구축 범위와 후속 확장 범위를 어떻게 나눌까요?

12. 단계별 진행안과 검수 기준

단계별 진행안

단계	진행 내용	산출물
1단계	요구사항 확정, 데이터 항목 확정, 역할/권한 기준 확인	컬럼 정의서, 역할 기준, 화면 범위
2단계	플랫폼 선택과 보안 정책 확인	Microsoft 365형 또는 Airtable형 선택 근거
3단계	접수 화면, 목록 화면, 검색/답변 지원 화면 구현	작동 가능한 1차 화면
4단계	조건부 알림, 상태 관리, 권한, 로그 범위 반영	운영 흐름 검수본
5단계	샘플 테스트, 문구 검수, 운영 인수인계	최종 데모/운영 가이드

검수 기준

문의 접수 흐름이 클릭으로 이어져야 합니다.
접수번호가 MI-2026-0001 형식으로 보입니다.
품질불만과 이상사례 선택 시 담당자 알림 예정 표시가 보입니다.
유사 문의 검색과 제품별 표준답변 참조가 가능합니다.
관리자 목록은 엑셀형 표와 필터를 포함해야 합니다.
Microsoft 365형과 Airtable형은 확정이 아니라 비교 대안으로만 표시되어야 합니다.
실제 의료데이터, 개인정보, 실제 이메일 발송, 실제 외부 연결 흔적이 없어야 합니다.
의료적 판단 자동화처럼 보이는 문구가 없어야 합니다.

13. 최종 메모

이 기획서는 현재 공개 데모 화면과 샘플 데이터 기준으로 정리한 상세 문서입니다. 실제 구축은 클라이언트의 플랫폼, 보안, 권한, 운영 절차 답변을 받은 뒤 별도 범위로 확정해야 합니다.