Epic 연동으로 환자 식단 계획 만들기
Foodzilla는 Epic 안에서 도는 SMART on FHIR 앱입니다. 임상 인력이 환자 차트에서 열면 인적사항, 알레르기, 문제 목록, 활력징후, 검사 결과가 이미 매핑된 상태로 준비됩니다.
반대 방향으로는 아무것도 흐르지 않습니다. 앱은 Epic에서 읽기만 하고 환자 기록에는 아무것도 쓰지 않습니다. 보통 Epic 담당팀이 가장 먼저 확인하는 부분입니다.
Epic 환자 차트
임상 인력이 활동 메뉴에서 Foodzilla를 엽니다.
Foodzilla 식단 계획
고객 기록으로 매핑되어 바로 계획에 씁니다.
Foodzilla의 Epic 연동이란
귀 기관의 Epic 환경에 맞춰 만들고 등록하는 SMART on FHIR 애플리케이션입니다. Epic 안에서 열리고, 영양사가 환자의 식사를 계획하는 데 필요한 임상 데이터를 읽습니다. 서드파티 앱의 실행, 인가, 데이터 요청 방식은 Epic이 제시한 방식을 따릅니다.
목적은 다시 입력하는 일을 없애는 것입니다. 연동이 없으면 영양사는 한 화면에서 차트를 읽고 다른 화면의 영양 도구에 키, 몸무게, 알레르기, 진단을 옮겨 칩니다. 느리고, 오류가 끼어드는 지점도 거기입니다. 연동이 있으면 계획이 기록에서 시작됩니다.
- 무엇인가
- 귀 기관의 Epic 환경에 맞춰 만들고 등록하는 SMART on FHIR 앱.
- 읽는 것
- 인적사항, 알레르기, 문제 목록, 활력징후, 검사 결과.
- 쓰는 것
- 없습니다. 환자 기록으로 되쓰기를 하지 않습니다.
- 해당 플랜
- 엔터프라이즈. Epic 담당팀과 범위를 정하는 프로젝트로 진행합니다.
무엇을 읽고, 그것으로 무엇을 하는가
임상 데이터 다섯 묶음을 식단 계획에서 실제로 쓰는 항목에 연결합니다.
| Epic 데이터 | FHIR 리소스 | Foodzilla에서의 쓰임 |
|---|---|---|
| 인적사항 | Patient | 이름, 생년월일, 성별, 연락처가 고객 기록을 채워, 에너지와 단백질 목표를 옮겨 적은 추정치가 아니라 실제 본인 값으로 계산합니다. |
| 알레르기와 불내성 | AllergyIntolerance | 각 물질이 계정의 제외 항목이 되어, 식단 자동 생성과 레시피 검색이 환자가 반응하는 식품을 더 이상 내놓지 않습니다. |
| 문제 목록 | Condition | 활성 진단이 계획의 임상적 전제를 정하고, 해당 질환에 대해 팀이 합의한 식이 설정을 켭니다. |
| 활력징후 | Observationvital-signs | 키, 몸무게와 관련 측정값이 신체 계측과 에너지 계산에 들어가고, 영양사가 경과를 볼 기준선이 됩니다. |
| 검사 결과 | Observationlaboratory | HbA1c, 지질, 신장 지표처럼 팀이 매핑하기로 한 결과가 계획 옆에 놓여, 무엇을 두고 계획하는지 바로 보입니다. |
매핑은 운영 전환 전에 귀 기관 임상팀과 항목 단위로 합의합니다. Epic에 있어도 영양 도구로 보내고 싶지 않은 데이터는 대상에서 뺍니다.
임상 인력이 쓰는 방식
시작하려고 Epic을 떠날 일도, 환자 정보를 두 번 입력할 일도 없습니다.
- 1임상 인력이 Epic에서 환자 차트를 엽니다.
- 2활동 메뉴에서 Foodzilla를 실행하고, Epic이 실행 컨텍스트를 넘깁니다.
- 3Foodzilla가 팀이 승인한 읽기 범위로 Epic에 액세스 토큰을 요청합니다.
- 4다섯 묶음의 데이터가 해당 환자의 Foodzilla 고객 기록으로 매핑됩니다.
- 5임상 인력이 식단 계획을 만들어 검토하고, 기관이 평소 쓰는 방식으로 전달합니다.
프로젝트 범위
Epic 담당팀이 자체 점검 목록과 맞춰 볼 수 있도록 분명하게 적었습니다.
범위에 포함
- SMART on FHIR 애플리케이션 구축
- 귀 기관 Epic 환경에 앱 등록
- EHR 실행 설정. 환자 차트에서 앱을 열 수 있게 합니다
- 임상 데이터 매핑: 인적사항, 알레르기, 문제 목록, 활력징후, 검사 결과
- 비운영 환경 대상 연결 테스트
- 임상팀과의 매핑 검토 및 승인
범위에 없음
- 어떤 형태의 쓰기도 없습니다. Foodzilla는 환자 기록에 아무것도 쓰지 않습니다
- Epic 안에서의 처방, 예약, 청구, 진료 기록 작성
- 대량 또는 인구 단위 데이터 추출
- Epic 내부 변경. 이는 귀 기관 Epic 담당팀의 영역입니다
- Epic 밖에서 앱을 실행하는 구성. 필요하다면 별도 작업입니다
Epic 담당팀이 승인할 수 있는 이유
등록 단계부터 읽기 전용
앱은 Epic에 읽기 범위만 요청합니다. 등록에 쓰기 범위가 없으므로, 저희 쪽 실수가 있어도 환자 기록을 바꿀 수 없습니다.
데이터는 임상 인력의 조작으로 움직임
환자 데이터는 누군가 차트에서 앱을 열 때 넘어옵니다. 백그라운드 동기화도, 환자 목록을 밤새 끌어오는 작업도 없습니다.
비운영 환경이 먼저
연결은 귀 기관의 비운영 환경을 대상으로 만들고 시험합니다. 팀이 결정해 옮기기 전까지 운영에는 손대지 않습니다.
리전과 서류
엔터프라이즈 계정은 데이터가 놓일 AWS 리전을 고릅니다. 보안 질의서 작성, BAA 체결, 데이터 흐름 요약과 하위 처리자 목록 제공이 가능합니다.
어떤 곳에 맞나
Epic을 쓰는 병원 영양팀, 임상영양 부서, 의료기관 가운데 식단 계획을 다시 옮겨 적은 문진표가 아니라 환자 기록에서 시작하고 싶은 곳에 맞습니다.
영양사가 이미 하루 종일 Epic 안에서 일하고, 영양 도구만 바깥에 남아 있는 팀에 잘 맞습니다.
- 귀 기관 환경에서 서드파티 앱을 등록하고 승인할 수 있는 Epic 담당자
- 구축과 연결 테스트를 위한 비운영 환경 접근
- 데이터 매핑을 검토하고 승인할 수 있는 임상 인력
Epic 연동 관련 질문
관련 기능
영양 전문가를 위한 더 많은 도구를 살펴보세요
엔터프라이즈
호스팅 리전, 고객과 직원 한도, 보안 문서, 연동 개발.
자세히 보기싱글 사인온
직원이 Google Workspace 또는 Microsoft Entra ID로 자체 주소에서 로그인합니다.
자세히 보기보안과 개인정보
Foodzilla에 넣은 데이터를 저장하고 암호화하고 분리하는 방식.
자세히 보기HIPAA 대응
환자 데이터를 두지 않는, 레시피와 식단 계획 전용 제한 워크스페이스.
자세히 보기병원용 소프트웨어
임상 인력이 여럿인 곳에서 Foodzilla가 어떻게 쓰이는지.
자세히 보기전체 연동
Foodzilla가 직접 또는 Zapier로 연결하는 모든 시스템.
자세히 보기