홈 배달 약국 백엔드

홈 배달 약국 앱 백엔드 템플릿
물류 추적 및 서명 확인을 통해 안전한 처방전 배달을 관리하십시오.

Q: 홈 딜리버리 약국 백엔드는 무엇인가요?

홈 딜리버리 약국 백엔드는 처방전, 배송, 보안 메시징 및 감사 로그와 같은 홈 딜리버리 기능을 관리하기 위한 구조화된 BaaS 스키마 및 API입니다.

Q: 홈 딜리버리 약국 템플릿에는 무엇이 포함되나요?

처방전, 배송, 메시지, Provider, 감사 로그 클래스와 함께 ER 다이어그램, API 플레이그라운드, JSON 스키마 및 AI 에이전트 프롬프트가 포함되어 있습니다.

Q: 왜 홈 딜리버리 약국에 Back4app를 사용하나요?

Back4app는 관리형 데이터 지속성, 사용자 인증, API 생성, 실시간 기능 및 클라우드 코드를 제공하여 팀이 백엔드 관리보다 사용자 경험에 집중할 수 있게 합니다.

Q: 한 번의 요청으로 처방전과 그 배송 상태를 어떻게 가져오나요?

중첩 쿼리나 확장 매개변수를 포함한 REST 호출로 처방전 세부정보와 함께 배송 상태를 가져오기 위해 GraphQL를 활용하세요.

Q: 배송이 성공적으로 이루어졌는지 어떻게 확인하나요?

상태 변경과 확인을 기록하여 배송 기록을 업데이트하세요. 추적 가능성을 위해 해당 AuditLog 항목을 작성하도록 선택할 수 있습니다.

Q: React 네이티브가 오프라인에서 배송 상태를 캐시할 수 있나요?

네. 로컬 데이터 저장소를 활성화하고 배송 스냅샷을 고정하세요. 연결이 복원될 때 새로 고침하는 로직을 구현하세요.

Q: 배송 기록에 대한 무단 접근을 어떻게 방지하나요?

서명된 URL을 활용하고 민감한 기록을 무단 접근으로부터 보호하기 위해 엄격한 ACL 및 CLP를 시행하세요.

Q: 모바일에서 배송 맥락을 노출하기 위한 가장 좋은 방법은 무엇인가요?

배송과 관련된 처방전을 함께 가져와서 타임라인 뷰에 표시하여 환자들이 쉽게 접근할 수 있도록 하세요.

Q: 감사 로그 기능은 어떻게 작동하나요?

클라우드 코드 트리거는 중요한 이벤트가 발생할 때마다 감사 항목을 기록합니다 (예: 배달 확인, 메시지 발송). 각 항목은 순환 감사를 위한 행위자, 행동, 맥락, 및 페이로드를 저장합니다.

Q: 환자가 처방전 수령을 인정했음을 어떻게 보장하나요?

배달 기록에 인정 메커니즘이나 필드를 포함시키고 (acknowledgedBy, acknowledgedAt) 권한을 적절히 제한하세요; 이 과정을 문서화하기 위해 AuditLog 항목을 작성하세요.

생산 준비가 완료된 홈 배달 약국 백엔드 on Back4app, 처방전의 물류 추적을 가능하게 하며 보안 및 준수를 보장합니다. ER 다이어그램, 데이터 사전, JSON 스키마, API 놀이터 및 빠른 시작 AI 에이전트 프롬프트가 포함되어 있습니다.

AI 에이전트로 구축 기술 선택하기

주요 요점

안전한 배송, 문서 추적 및 규정 준수를 보장하는 약국 백엔드를 구축하여 팀이 사용자 경험에 집중할 수 있도록 하십시오.

처방전 우선 데이터 모델 — 처방전, 배송 기록 및 메시지를 별도로 모델링하되 명확한 추적 및 권한 부여를 위해 연결합니다.
안전한 메시징 — 약사와 환자 간의 스레드 형식 메시지로 읽음 확인 및 강력한 데이터 보호 기능을 제공합니다.
물류 추적 — 실시간 업데이트 및 명확한 기록 관리를 통해 처방전 배송 상태를 추적합니다.
서명 확인 — 배송 시 서명이 필요하고 저장되어야 하며, 이를 통해 규정을 준수하고 영수증을 확인합니다.
규정 준수 친화적인 로깅 — 중앙 집중식 AuditLog 클래스는 모니터링 및 규정 준수를 위한 중요한 이벤트를 기록합니다.

홈 딜리버리 약국 앱 백엔드 템플릿은 무엇인가요?

Back4app는 애플리케이션 백엔드를 위한 서비스로서(BaaS) 개발을 간소화합니다. 홈 딜리버리 약국 앱 백엔드 템플릿은 처방 기록 관리, 배송 추적 및 안전한 약사 메시징을 위한 상세 스키마를 제공합니다. 선호하는 프론트엔드(React, Flutter, Next.js 등)와 연결하고, 향상된 속도로 애플리케이션을 시작하세요.

베스트:

홈 딜리버리 약국 시스템처방 물류 추적약국을 위한 안전한 메시징약물 배송 준수약국 관리 애플리케이션

개요

홈 배송 약국은 처방전, 배송 물류 및 환자-약사 간 안전한 통신을 효과적으로 추적해야 합니다.

이 템플릿은 처방전, 배송, 메시지, Provider 및 소유권 및 역할 기반 규칙이 있는 AuditLog를 정의하여 팀이 홈 배송 약국을 빠르고 안전하게 구현할 수 있도록 합니다.

핵심 가정 배송 약국 기능

이 허브의 모든 기술 카드는 Prescription, Delivery, Message, Provider, 및 AuditLog와 같은 동일한 약국 백엔드 스키마를 활용합니다.

처방 관리 및 추적

처방 클래스는 약물, 환자 및 Provider에 대한 중요한 세부 정보를 안전하게 액세스할 수 있도록 캡처합니다.

물류 배달 추적

배달 클래스는 추적 번호, 배달 상태 및 예상 배달 시간에 대한 통찰력을 제공합니다.

안전한 약사-환자 메시징

메시지 클래스는 약국 팀과 환자 간의 안전한 상호작용을 위한 커뮤니케이션을 저장합니다.

Provider 및 약국 관리

Provider 클래스는 더 나은 상호작용을 위해 사용자 참조와 약국 세부정보를 포함합니다.

중앙 집중식 감사 로그

AuditLog는 기록에서 수행된 작업을 기록하고 준수를 보장합니다.

왜 Back4app로 홈 배송 약국 앱 백엔드를 구축해야 할까요?

Back4app는 백엔드 관리—보안, 지속성, API 및 실시간 기능—을 간소화하여 약국 경험과 규정 준수에 집중할 수 있도록 합니다.

•안전한 처방전 추적: 내장된 인증 기능이 허가된 사용자만 처방전 세부정보 및 배송 상태에 접근할 수 있도록 보장합니다.
•감사 및 출처 로깅: AuditLog는 규정 준수 및 문제 해결을 지원하기 위해 누가 민감한 기록에 접근, 전달 또는 수정했는지를 기록합니다.
•메시징 및 알림: 환자와 약사 간의 스레드 메시지 및 선택적 실시간 업데이트를 통해 안전한 통신을 활성화합니다.

안전한 가정 배송 약국 백엔드를 신속하게 배포하고 백엔드 플러밍 대신 물류 워크플로우를 반복합니다.

핵심 이점

보안, 투명성 및 신속한 운영 배송을 강조하는 홈 딜리버리 약국 백엔드입니다.

가속화된 약국 워크플로우

검증된 백엔드 구조를 사용하여 처방전 관리 및 배송 물류를 간소화합니다.

강력한 감사 가능성

규정을 지원하기 위해 제어 가능한 방식으로 배송 이벤트 및 처방전 수정을 캡처합니다.

세분화된 권한

ACL을 활용하여 처방전과 메시지에 대한 개인 정보를 보장하고, 인증된 약사와 환자에게만 접근을 허용합니다.

통합 메시징

안전하고 추적 가능한 스레드 메시지를 사용하여 환자와 소통하세요.

규정 준수 준비가 된 감사 로그

중앙화된 로깅은 운영 및 비즈니스 거버넌스 측면에서 감독, 감사 및 규정 준수 보고서를 지원합니다.

AI 지원 설정

AI 에이전트 프롬프트로 프로젝트를 시작하여 스키마를 구성하고 핵심 기능을 통합하세요.

안전한 가정 배달 약국 앱을 구축할 준비가 되셨습니까?

Back4app AI 에이전트가 귀하의 약국 백엔드를 설정하고 처방전, 배달, 메시지 및 감사 기록을 하나의 프롬프트에서 생성하도록 하세요.

AI 에이전트로 구축하기 API 플레이그라운드를 사용해 보세요

시작은 무료 – 월 50개의 AI 에이전트 프롬프트, 신용 카드 필요 없음

기술 스택

이 홈 딜리버리 약국 백엔드 템플릿에 포함된 모든 것.

프론트엔드

13개 이상의 기술

백엔드

Back4app

데이터베이스

MongoDB

인증

내장 인증 + 세션

API

REST 및 GraphQL

실시간

Live Queries

ER 다이어그램

홈 딜리버리 약국 백엔드 스키마를 위한 엔티티 관계 모델입니다.

common.erDiagramPlaceholder

다이어그램 소스 보기

Mermaid

erDiagram
    PatientProfile ||--o{ Prescription : "has"
    Prescription ||--o{ Delivery : "delivered by"
    Delivery ||--o{ Signature : "requires"
    PatientProfile ||--o{ Notification : "receives"
    _User ||--o{ AuditLog : "triggers"
    PatientProfile ||--o{ AuditLog : "associated with"
    
    PatientProfile {
        String objectId PK
        Pointer user FK
        String medicalRecordNumber
        String displayName
        Date dateOfBirth
        String primaryClinic
        Boolean isActive
        Date createdAt
        Date updatedAt
    }
    
    Prescription {
        String objectId PK
        Pointer patient FK
        String medicationName
        String dosage
        String status
        Date createdAt
        Date updatedAt
    }
    
    Delivery {
        String objectId PK
        Pointer prescription FK
        String deliveryAddress
        Date expectedDeliveryDate
        Date deliveredAt
        String status
        Date createdAt
        Date updatedAt
    }
    
    Signature {
        String objectId PK
        Pointer delivery FK
        File signatureImage
        Date createdAt
        Date updatedAt
    }

    Notification {
        String objectId PK
        Pointer patient FK
        String message
        Boolean isRead
        Date createdAt
        Date updatedAt
    }
    
    AuditLog {
        String objectId PK
        Pointer actor FK
        String entityType
        String entityId
        String action
        String summary
        Object metadata
        Date createdAt
        Date updatedAt
    }

통합 흐름

인증, 배달 추적 및 메시징을 위한 일반적인 런타임 흐름입니다.

common.erDiagramPlaceholder

다이어그램 소스 보기

Mermaid

sequenceDiagram
  participant Patient
  participant App as Home Delivery Pharmacy App
  participant DeliveryService
  participant Back4app as Back4app Cloud

  Patient->>App: Sign in with email or SSO
  App->>Back4app: POST /login (credentials/SSO token)
  Back4app-->>App: Return Session Token + Patient context

  Patient->>App: Create new prescription
  App->>Back4app: POST /classes/Prescription (medicationName, dosage)
  Back4app-->>App: Return new Prescription object

  Patient->>App: Specify delivery address
  App->>Back4app: POST /classes/Delivery (prescription, deliveryAddress)
  Back4app-->>App: Confirm new Delivery object

  DeliveryService->>Back4app: Update delivery status and mark as delivered
  Back4app-->>App: Delivery confirmed
  App-->>Patient: Notify at patient’s number/email

  Patient->>App: Provide signature
  App->>Back4app: POST /classes/Signature (delivery, signatureImage)
  Back4app-->>App: Save and confirm signature

  Back4app-->>App: LiveQuery -> new Notifications
  App-->>Patient: Update patient dashboard with notifications

데이터 사전

홈 배달 약국 스키마의 모든 클래스에 대한 전체 필드 수준 참조입니다.

필드	유형	설명	필수
objectId	String	Auto-generated unique identifier	자동
user	Pointer<_User>	Linked Back4app user account
medicalRecordNumber	String	Unique MRN for the patient
displayName	String	Patient full name shown in UI
dateOfBirth	Date	Patient date of birth	—
primaryClinic	String	Primary clinic or provider group	—
isActive	Boolean	Active portal access flag
createdAt	Date	Auto-generated creation timestamp	자동
updatedAt	Date	Auto-generated last-update timestamp	자동

9 필드가 PatientProfile에 있습니다.

보안 및 권한

ACL, CLP 및 암호화 전략이 처방전, 배달, 메시지 및 감사 로그를 어떻게 보호하는지.

역할 기반 접근 및 소유권

환자가 자신의 처방전을 보고 약사가 할당된 배송을 볼 수 있도록 ACL을 사용하십시오. CLP는 무단 클래스 작업을 방지합니다.

암호화된 페이로드 및 첨부파일

민감한 항목(배송 확인 서명)을 안전한 저장소 뒤에 저장하고, 데이터가 정지 상태일 때 보호하기 위해 암호화를 사용하십시오.

추가 전용 감사 기록

서버 측 클라우드 코드에서 AuditLog 항목을 작성하여 사용자가 이력 준수 기록을 변경할 수 없도록 합니다.

스키마 (JSON)

Back4app에 복사할 준비가 된 원시 JSON 스키마 정의 또는 구현 참조로 사용하십시오.

JSON

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

117

118

119

120

121

122

123

124

125

126

127

128

129

130

131

132

133

134

135

136

137

138

139

140

141

142

143

144

145

146

147

148

149

150

151

152

153

154

155

156

157

158

159

160

161

162

163

164

165

166

167

168

169

170

171

172

173

174

175

176

177

178

179

180

181

182

183

184

185

186

187

188

189

190

191

192

193

194

195

196

197

198

199

200

201

202

203

204

205

206

207

208

209

210

211

212

213

214

215

216

{
  "classes": [
    {
      "className": "PatientProfile",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "user": {
          "type": "Pointer",
          "required": true,
          "targetClass": "_User"
        },
        "medicalRecordNumber": {
          "type": "String",
          "required": true
        },
        "displayName": {
          "type": "String",
          "required": true
        },
        "dateOfBirth": {
          "type": "Date",
          "required": false
        },
        "primaryClinic": {
          "type": "String",
          "required": false
        },
        "isActive": {
          "type": "Boolean",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "Prescription",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "patient": {
          "type": "Pointer",
          "required": true,
          "targetClass": "PatientProfile"
        },
        "medicationName": {
          "type": "String",
          "required": true
        },
        "dosage": {
          "type": "String",
          "required": true
        },
        "status": {
          "type": "String",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "Delivery",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "prescription": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Prescription"
        },
        "deliveryAddress": {
          "type": "String",
          "required": true
        },
        "expectedDeliveryDate": {
          "type": "Date",
          "required": false
        },
        "deliveredAt": {
          "type": "Date",
          "required": false
        },
        "status": {
          "type": "String",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "Signature",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "delivery": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Delivery"
        },
        "signatureImage": {
          "type": "File",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "Notification",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "patient": {
          "type": "Pointer",
          "required": true,
          "targetClass": "PatientProfile"
        },
        "message": {
          "type": "String",
          "required": true
        },
        "isRead": {
          "type": "Boolean",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "AuditLog",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "actor": {
          "type": "Pointer",
          "required": true,
          "targetClass": "_User"
        },
        "entityType": {
          "type": "String",
          "required": true
        },
        "entityId": {
          "type": "String",
          "required": true
        },
        "action": {
          "type": "String",
          "required": true
        },
        "summary": {
          "type": "String",
          "required": true
        },
        "metadata": {
          "type": "Object",
          "required": false
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    }
  ]
}

AI 에이전트로 빌드하기

이 템플릿에서 홈 딜리버리 약국 앱을 생성하기 위해 Back4app AI 에이전트를 활용하여 백엔드 스키마, ACL 및 시작 프론트엔드 통합을 포함합니다.

Back4app AI 에이전트

빌드할 준비 완료

Back4app에서 이 정확한 스키마와 동작으로 홈 딜리버리 약국 백엔드를 생성하십시오.

스키마:
1. 처방전: 환자 (사용자에 대한 포인터, 필수), Provider (사용자에 대한 포인터, 필수), 약물 (문자열, 필수, 고유), 복용량 (문자열, 필수); objectId, createdAt, updatedAt.
2. 배송: 추적번호 (문자열, 필수, 고유), 상태 (문자열), 예상 배송 (날짜); objectId, createdAt, updatedAt.
3. 메시지: 발신자 (사용자에 대한 포인터, 필수), 수신자 (사용자에 대한 포인터, 필수), 본문 (문자열), 첨부파일 (파일 배열), 상태 (문자열), 전송일 (날짜); objectId, createdAt, updatedAt.
4. Provider: 사용자 (사용자에 대한 포인터, 필수), 약국 세부정보 (문자열); objectId, createdAt, updatedAt.
5. 감사 로그: 행위자 (사용자에 대한 포인터, 필수), 액션 (문자열, 필수), 엔터티 유형 (문자열, 필수), 엔터티 ID (문자열, 필수), 페이로드 (객체, 선택 사항), createdAt (날짜); objectId, createdAt, updatedAt.

보안:
- 환자가 자신의 처방전 기록만 읽도록 ACL을 정의합니다. Provider는 자신의 프로필에 연결된 각각의 배송을 봅니다. 민감한 상호작용을 위해 클라우드 코드를 적용하고 메서드 호출에 대한 감사 로그 항목을 작성합니다. 

인증:
- 환자와 Provider의 회원 가입을 활성화하고, 역할을 관리하며, 안전한 로그인 및 세션 관리를 지원합니다.

동작:
- 환자는 로그인하고, 처방전 업데이트를 확인하고, 배송 상태 알림을 받고, 약국과 소통합니다; Provider은 배송 확인서를 발행합니다. 시스템은 모든 작업을 감사 로그에 기록합니다.

배송:
- 스키마, CLP, ACL, 배송 추적을 위한 클라우드 코드 트리거 및 환자와 Provider 보기용 스타터 프론트엔드 통합을 갖춘 Back4app 앱.

아래 버튼을 눌러 미리 채워진 템플릿 프롬프트로 에이전트를 열어보세요.

이것은 기술 접미사가 없는 기본 프롬프트입니다. 이후에 생성된 프론트엔드 스택을 수정할 수 있습니다.

몇 분 안에 배포월 50개의 무료 프롬프트신용카드 필요 없음

API 플레이그라운드

홈 딜리버리 약국 스키마에 대해 REST 및 GraphQL 엔드포인트를 시도해 보세요. 응답은 모의 데이터를 사용하며 Back4app 계정이 필요하지 않습니다.

common.loadingPlayground

이 템플릿과 같은 스키마를 사용합니다.

기술 선택하기

각 카드를 확장하여 통합 설정, 상태 관리 패턴, 데이터 모델 예제 및 오프라인 고려 사항을 확인하세요.

각 기술에서 얻는 것

모든 스택은 동일한 홈 딜리버리 약국 백엔드 스키마 및 API 계약을 사용합니다.

통합된 홈 배달 약국 데이터 구조

처방전 및 고객 데이터를 관리하기 위한 종합적인 스키마.

홈 배달 약국을 위한 보안 메시징

약사와 환자 간의 기밀 통신.

홈 배달 약국을 위한 실시간 배달 추적

앱에서 직접 배달 상태를 모니터링합니다.

홈 배달 약국을 위한 REST/GraphQL API

다양한 프론트엔드 프레임워크와 통합할 수 있는 유연한 API.

홈 배달 약국에 대한 접근 제어

데이터 보안을 보장하기 위한 사용자의 세부 권한.

홈 배달 약국을 위한 확장 가능한 아키텍처

필요에 따라 기능을 쉽게 추가하거나 서드파티 서비스를 통합합니다.

홈 배달 약국 프레임워크 비교

모든 지원 기술에서 설정 속도, SDK 특성 및 AI 통합을 평가합니다.

프레임워크	설치 시간	홈 배달 약국 혜택	SDK 유형	AI 지원
Flutter	약 5분	모바일 및 웹에서 홈 배달 약국을 위한 단일 코드베이스.	Typed SDK	전체
React	5분 이내	홈 배달 약국을 위한 빠른 웹 대시보드.	Typed SDK	전체
React 네이티브	~3–7분	홈 배달 약국을 위한 크로스 플랫폼 모바일 앱.	Typed SDK	전체
Next.js	빠른 (5분) 설정	홈 배달 약국을 위한 서버 렌더링 웹 앱.	Typed SDK	전체
JavaScript	~3분	홈 배달 약국을 위한 경량 웹 통합.	Typed SDK	전체
Android	약 5분	Android의 홈 배달 약국을 위한 네이티브 앱.	Typed SDK	전체
iOS	5분 이내	iOS의 홈 배달 약국을 위한 네이티브 앱.	Typed SDK	전체
Vue	~3–7분	React의 홈 배달 약국을 위한 인터랙티브 웹 UI.	Typed SDK	전체
Angular	빠른 (5분) 설정	홈 배달 약국을 위한 엔터프라이즈 웹 앱.	Typed SDK	전체
GraphQL	빠른 (2분) 설정	홈 배달 약국을 위한 유연한 GraphQL API.	GraphQL API	전체
REST API	~2분	REST API의 홈 배달 약국 통합.	REST API	전체
PHP	5분 이내	홈 배달 약국을 위한 서버 사이드 PHP 백엔드.	REST API	전체
.NET	~3–7분	홈 배달 약국을 위한 .NET 백엔드.	Typed SDK	전체

설치 시간은 프로젝트 초기화부터 이 템플릿 스키마를 사용한 첫 환자 배송 상태 확인까지의 예상 기간을 나타냅니다.

자주 묻는 질문

이 템플릿을 사용하여 홈 배달 약국 백엔드를 구축하는 것에 대한 일반적인 질문들입니다.

홈 딜리버리 약국 백엔드는 무엇인가요?

홈 딜리버리 약국 템플릿에는 무엇이 포함되나요?

왜 홈 딜리버리 약국에 Back4app를 사용하나요?

한 번의 요청으로 처방전과 그 배송 상태를 어떻게 가져오나요?

배송이 성공적으로 이루어졌는지 어떻게 확인하나요?

React 네이티브가 오프라인에서 배송 상태를 캐시할 수 있나요?

배송 기록에 대한 무단 접근을 어떻게 방지하나요?

모바일에서 배송 맥락을 노출하기 위한 가장 좋은 방법은 무엇인가요?

감사 로그 기능은 어떻게 작동하나요?

환자가 처방전 수령을 인정했음을 어떻게 보장하나요?

전 세계 개발자들에 의해 신뢰받고 있습니다.

팀에 가입하여 Back4app 템플릿으로 안전한 약국 홈 딜리버리 애플리케이션을 더 빠르게 제공합니다.

홈 딜리버리 약국 앱을 만들 준비가 되셨나요?

홈 딜리버리 약국 프로젝트를 빠르고 효과적으로 시작하세요. 신용 카드 필요 없음.

기술 선택

홈 배달 약국 앱 백엔드 템플릿물류 추적 및 서명 확인을 통해 안전한 처방전 배달을 관리하십시오.