Laney Docs
시스템

엔티티 시스템

자동화의 핵심은 데이터입니다. 레이니는 병원 데이터를 Entity라는 시스템으로 관리합니다. 이 시스템이 고객 응대, 홈페이지 등 다른 기능과 어떻게 연결되어 작동하는지 정리합니다.

Entity 중심 설계 원리

레이니는 병원 정보를 하나의 큰 문서가 아니라, 잘게 나뉜 Entity들의 연결망으로 관리합니다.

"보톡스" Entity를 한 번 등록하면 아래 기능들이 동시에 움직입니다.

기능활용
홈페이지시술 소개 페이지 자동 생성
AI 상담가격, 소요 시간, 주의사항을 정확히 안내
예약 시스템시술 선택 항목에 자동 표시 + 담당 의료진 스케줄 확인
알림 자동화시술 완료 후 보톡스 전용 사후 안내 발송
관리자 AI"보톡스 예약 현황 보여줘" → 데이터 기반 조회

가격을 수정하면 AI, 홈페이지, 알림 메시지가 전부 함께 바뀝니다. 각각을 따로 수정할 필요가 없습니다. 모든 기능이 동일한 Entity 데이터를 참조하기 때문입니다.


Entity 시스템의 세 가지 구성 요소

Entity 시스템은 세 가지 개념으로 이루어져 있습니다.

Entity Schema — 정보의 타입을 정의합니다

"시술", "의료진", "카테고리" 같은 정보의 종류를 정의하는 것이 Entity Schema입니다. 병원마다 필요한 정보의 종류가 다르기 때문에, 각 병원이 Schema를 직접 만들 수 있습니다.

피부과라면 "시술, 의료진, 카테고리, 상품, 이벤트"를, 치과라면 "진료, 치과의사, 진료실"을 만들 수 있습니다. 업종을 넘어서도 마찬가지입니다.

업종엔티티 예시
병원진료 과목, 의사, 시술 항목, 장비
음식점메뉴, 코스, 매장 정보
뷰티시술 항목, 디자이너, 상품
로펌업무 분야, 변호사, 성공 사례

Entity — 실제 데이터를 등록합니다

Schema가 "시술"이라는 타입을 정의했다면, Entity는 "보톡스", "필러", "레이저 토닝" 같은 구체적인 항목입니다. 각 Entity에는 다음 필드가 있습니다.

필드설명
이름 (다국어)한국어, 영어, 일본어, 중국어 지원
설명 (다국어)상세 텍스트
슬로건 (다국어)짧은 요약 문구
태그검색과 필터링에 활용
대표 이미지홈페이지 카드, 챗봇에서 표시

레이니에서는 가격, 소요 시간, 주의사항 같은 상세 정보를 Entity 필드에 직접 넣기보다, 별도의 Entity로 만들어서 연결하는 방식을 주로 사용합니다. 같은 정보를 여러 곳에서 참조할 수 있고, 수정도 한 번이면 됩니다.

Entity Relations — 데이터를 서로 연결합니다

Entity들을 다대다(many-to-many) 관계로 연결하는 것이 Relations입니다. 하나의 시술이 여러 의료진과 연결되고, 하나의 의료진이 여러 시술을 담당하는 관계를 표현합니다.

Relations의 핵심은 데이터를 복사하지 않고 연결한다는 점입니다. "보톡스"의 담당 의료진을 "김원장"으로 연결해두면, 김원장의 정보가 바뀌어도 보톡스 쪽에서 따로 수정할 필요가 없습니다.


병원 정보 구성 예시

위 시스템을 병원에 적용하면 이런 형태가 됩니다. 상세 정보도 별도 Entity로 만들어서 연결하기 때문에, 정보가 세세하게 나뉘고 여러 곳에서 동시에 사용됩니다.

Entity SchemaEntity 예시연결되는 곳활용
시술보톡스, 필러, 레이저 토닝의료진, 카테고리, 주의사항, 효과AI 안내, 홈페이지, 예약 선택
의료진김원장, 이원장시술 (담당)예약 스케줄, 홈페이지 프로필, AI 안내
카테고리주사 시술, 레이저, 수술시술 (분류)홈페이지 분류, AI "어떤 종류?"
시술 후 안내"6시간 눕지 않기", "사우나 1주일 금지"시술 (연결)사후 안내 자동 발송, AI 안내
효과 설명"이마 주름 개선", "볼륨 보정"시술 (연결)홈페이지 시술 상세, AI 설명
상품이마 보톡스 50u, 턱 필러 1cc시술 (포함)예약 선택, 홈페이지 가격 표시
이벤트3월 보톡스 특가, 신규 할인상품 (대상)홈페이지 프로모션, AI 이벤트 안내

시술/상품/이벤트의 계층 구조

많은 병원에서 홈페이지 시술 목록, 네이버 예약 메뉴, 강남언니 이벤트, EMR 시술명이 각각 다릅니다. Entity 시스템에서는 이것들을 계층으로 정리합니다.

  • 시술: 의료진이 실제로 수행하는 행위 (EMR 기록 단위)
  • 상품: 고객에게 판매하는 단위. 하나 이상의 시술로 구성 (네이버 예약 메뉴)
  • 이벤트: 기간 한정 프로모션. 상품을 대상으로 진행 (강남언니/바비톡)

각각이 별도 Entity Schema이고, Relations로 연결됩니다. 시술 가격을 수정하면 관련 상품과 이벤트의 참조 정보도 함께 업데이트됩니다.

"시술 후 주의사항"을 시술 Entity 안에 텍스트로 넣을 수도 있지만, 별도 Entity로 만들면 같은 주의사항을 여러 시술에 연결할 수 있고, 주의사항만 수정하면 연결된 모든 시술에 반영됩니다. 워크플로우에서 참조하여 시술별 사후 안내를 자동 발송하는 것도 가능해집니다. 정보를 세세하게 나눌수록 더 많은 곳에서 사용할 수 있습니다.

다음 단계

  • Entity Schema 설계와 실제 등록 예시는 Entity Schema 예시를 참고하세요.
  • 등록한 데이터를 운영하면서 관리하는 방법은 데이터 관리를 참고하세요.

On this page