AetherHeal

Infrastructure line

  • Clinical OSPre-launch validationThe layer that holds purpose-built AI engines on one patient state under the director's authority
  • Dockie-talkiePre-launch validationMedical interpretation between patient and clinical team
  • Dockie-talkie Agent WheneverPre-launch validationEnglish guidance and staff handoff being prepared for approved patient messaging channels

Specialty vertical line

  • Dermatoscan AIPre-launch validationA skin-imaging reference workflow the physician reviews
  • WoundScan AIPre-launch validationResearch and joint development

University hospital line

  • Clinical CopilotPre-launch validationSupport for clinical reasoning, review, and the record
  • FirstcallPre-launch validationA screen where interns and residents organize on-call cases
Hospital AI transitionEvidence
  • InsightsNotes from redesigning hospital work
  • Clinical safetyThe responsibility boundary, the loop, and the claim boundaries
  • WhitepaperThe architecture and the dated evidence, product by product
  • Research collaborationThe professor leads the question; we scope the rest
  • How we workWho builds this, and what we hold ourselves to
  • For investorsHow the business starts from one hospital job
  • Working hereClinical judgment and software execution on one team
15-minute fit call
15-minute fit call
  • Hospital AI transition
  • Evidence

Infrastructure line

  • Clinical OSPre-launch validationThe layer that holds purpose-built AI engines on one patient state under the director's authority
  • Dockie-talkiePre-launch validationMedical interpretation between patient and clinical team
  • Dockie-talkie Agent WheneverPre-launch validationEnglish guidance and staff handoff being prepared for approved patient messaging channels

Specialty vertical line

  • Dermatoscan AIPre-launch validationA skin-imaging reference workflow the physician reviews
  • WoundScan AIPre-launch validationResearch and joint development

University hospital line

  • Clinical CopilotPre-launch validationSupport for clinical reasoning, review, and the record
  • FirstcallPre-launch validationA screen where interns and residents organize on-call cases
  • InsightsNotes from redesigning hospital work
  • Clinical safetyThe responsibility boundary, the loop, and the claim boundaries
  • WhitepaperThe architecture and the dated evidence, product by product
  • Research collaborationThe professor leads the question; we scope the rest
  • How we workWho builds this, and what we hold ourselves to
  • For investorsHow the business starts from one hospital job
  • Working hereClinical judgment and software execution on one team

Dockie-talkie Agent Whenever Service Privacy Notice

How data is handled for the customer-authorized WhatsApp Business integration.

Effective August 24, 2026 · Version 0.3

Contents

  1. 1. Scope and roles
  2. 2. Information processed
  3. 3. Purposes
  4. 4. Processing flow and necessary providers
  5. 5. Retention and deletion
  6. 6. Data-subject rights and requests
  7. 7. Safeguards and activation conditions
  8. 8. Clinical boundary and emergencies
  9. 9. Changes and contact

This notice applies to Dockie-talkie Agent Whenever, a service being developed by AetherHeal Global Inc. as a technology provider. It is separate from the general website privacy policy, which applies only to website visits and business inquiries.

Agent Whenever is in pre-launch validation. No customer WhatsApp Business Account or real patient message is currently connected to a production environment. Before any real processing begins, we verify that the customer agreement, patient notice, retention and deletion procedures, and technical controls are aligned.

1. Scope and roles

  • The customer healthcare institution retains control of its WhatsApp Business Account, patient communications, approved information, schedules, and clinical decisions.
  • AetherHeal Global Inc. is the technology provider authorized by the customer institution to deliver the service. We process the Platform Data needed to provide that service on the customer's behalf.
  • Meta and WhatsApp apply their own terms and privacy policies to the platform services they provide.
  • The connection covered by this notice is the WhatsApp Business Platform. KakaoTalk, Telegram, LINE, WeChat, and a chat widget on the institution's website are within the service's designed scope, and each would require its own authorization from the healthcare institution before it is connected. Platform Data from the WhatsApp connection is not merged with patient conversations on any other channel.
  • The service does not independently diagnose, recommend treatment, or make clinical decisions.

2. Information processed

Information delivered by WhatsApp

  • Message content and message identifiers
  • WhatsApp user identifier and profile name when provided
  • Technical metadata such as message time, delivery state, and conversation direction

Health information selected during pre-visit intake

  • Visit purpose or main concern
  • Patient-selected answers about symptom duration, current medication, and known allergies
  • The service does not infer information the patient did not provide. Before real processing, we finalize a separate explicit notice and consent process for sensitive health information under applicable law.

Information created by the service

  • Conversation state and classification results
  • Prepared replies and delivery state
  • Staff handoff records, exception state, and operational audit records

Configuration supplied by the customer

  • Approved institution information and response scope
  • Staff handoff channels and authority
  • Retention period, privacy notice, and service-control settings

3. Purposes

  • Receive patient-origin inquiries and maintain the conversation flow.
  • Prepare institution-approved operational information and booking-workflow entry in English, the initial automated-reply scope.
  • Route Korean and other unsupported languages through a defined safety path to authorized staff at the healthcare institution.
  • Route questions requiring clinical judgment, exceptions, and urgent signals to authorized staff at the healthcare institution.
  • Prevent duplicate processing and maintain the records needed for security, troubleshooting, audit, and customer support.
  • We do not sell Platform Data or use it for advertising or cross-customer profiling.

4. Processing flow and necessary providers

After the customer healthcare institution authorizes the connection, the WhatsApp Business Platform delivers messages to the service's authenticated webhook. The service verifies the authorized customer account and bound phone number, then processes messages and conversation state to prepare a response or a handoff to people.

  • Hosting and database providers may process data as necessary for message receipt, storage, and recovery.
  • Contracted AI processing providers may process the conversation context necessary to prepare replies and classifications.
  • A staff communication channel authorized by the customer receives the inquiries and necessary conversation summaries that require human handling. That handoff is carried out on the customer institution's instructions, and where it passes through an external provider it is limited to a contracted provider handled in line with WhatsApp's third-party provider requirements.
  • Before production onboarding, we document the fields and conversation context sent to each provider and verify that the scope has been minimized. The customer agreement and patient notice identify the applicable providers, cross-border processing, and legal basis.

5. Retention and deletion

At the current pre-launch stage, there is no customer Platform Data retained in a production environment.

Before real-patient processing begins, we and the customer healthcare institution define retention periods for message content, conversation state, handoff records, and audit records and publish them in the patient notice. Real-patient processing is not activated unless the service retention setting, published notice, and verified deletion procedure agree.

There is not yet a deletion or de-identification procedure for production customer data. Before real-patient processing, we create and test a procedure covering requester and institution authority, legal retention duties, deletion or de-identification scope, any narrowly retained audit records, and verification of completion.

6. Data-subject rights and requests

  • A patient may ask the healthcare institution they contacted for access, correction, deletion, restriction, or withdrawal of consent.
  • To contact AetherHeal directly, email drjeeju@aetherheal.com with the institution name, the request, and the minimum information needed to verify the requester. Do not include message content or health information in the email.
  • Because there is currently no customer Platform Data in a production environment, AetherHeal can confirm that status. Before real processing, we finalize how requests are received, authorized, carried out under the customer's instructions, and verified as complete.
  • The activation conditions include a path for institution staff to respond directly when a patient withdraws consent or declines automated processing, without the choice itself creating a disadvantage.

7. Safeguards and activation conditions

  • Controls verified in the current runtime: signed webhook verification and checks for the authorized customer account and bound phone number
  • Controls verified in the current runtime: duplicate-processing controls, a final authorization check before sending, and a disable control
  • Controls verified in the current runtime: a separate operational audit record designed not to contain patient message bodies
  • Conditions to verify before a real-patient connection: encryption across the production transport path, including ingress, customer-data separation, and least-privilege access
  • Conditions to verify before a real-patient connection: provider-specific data minimization and verified retention and deletion procedures
  • Conditions to verify before a real-patient connection: a separate notice and consent process for sensitive health information included in pre-visit intake
  • Independent technical, privacy, and clinical-safety review before a real-patient connection

No technical measure guarantees absolute security. If an incident is suspected, we work with the customer healthcare institution to determine scope and notify and respond as required by applicable law and contract.

8. Clinical boundary and emergencies

  • The service is designed to provide only operational information approved by the healthcare institution.
  • Diagnosis, treatment recommendations, and patient-specific clinical judgment remain with authorized clinical staff at the healthcare institution.
  • A WhatsApp conversation is not an emergency medical channel. A person with urgent symptoms or immediate risk should contact local emergency services without delay.

9. Changes and contact

If customer connections, processing providers, retention periods, or service scope change, we update this notice before the change applies and display the effective date and version.

Questions about this notice or service data processing may be sent to drjeeju@aetherheal.com.

Privacy contact

AetherHeal Global Inc. (주식회사 에테르힐글로벌)

Representative: Dr. Jee Hoon Ju

Business registration no. 461-81-04200

Address: Room 523-6, Jongha Innovation Center, 32, Bongwol-ro 38beon-gil, Nam-gu, Ulsan, Republic of Korea

Privacy contact: drjeeju@aetherheal.com

© 2026 AetherHeal. All rights reserved.

AetherHeal

AetherHeal turns clinical expertise into software that carries responsibility.

We build what it takes for more people to reach care someone answers for.

Start

  • Hospital AI transition
  • 15-minute fit call
  • Evidence

Product

  • Platform
  • Dockie-talkie Agent Whenever
  • Dockie-talkie
  • Clinical Copilot
  • Firstcall
  • Dermatoscan AI
  • WoundScan AI

Resources and governance

  • Clinical safety
  • Insights
  • Whitepaper
  • Research collaboration

Company

  • How we work
  • For investors
  • Working here

Legal

  • Terms of Service (KR)
  • Privacy Policy (KR)
  • Payment and Refund Policy (KR)
  • Marketing Communications (KR)

AI does not diagnose or decide treatment on its own.

Diagnosis and treatment are the physician's authority. The physician makes the corrections, handles the exceptions, and carries final clinical responsibility.

NVIDIA Inception Program member badge

NVIDIA Inception Program member

AetherHeal Global Inc. (주식회사 에테르힐글로벌) · Representative Dr. Jee Hoon Ju© 2026 AetherHeal. All rights reserved.
Business registration no. 461-81-04200Room 523-6, Jongha Innovation Center, 32, Bongwol-ro 38beon-gil, Nam-gu, Ulsan, Republic of Koreadrjeeju@aetherheal.com

© 2025 NVIDIA, the NVIDIA logo, and NVIDIA Inception are trademarks and/or registered trademarks of NVIDIA Corporation in the U.S. and other countries.