The right information, for the person responsible.
Reception, dentists and practice managers need different information to do their work. Watson connects staff roles, location assignments and clinical permissions so access follows responsibility.
PERSON + LOCATION + PERMITTED ACTION
The same patient. Access with a purpose.
SIGNED IN AS
Front desk team
Assigned practice
Aisha M. · Visit D-024
Appointment contextPermitted
Arrival workflowPermitted
Read clinical history—Not granted
Edit clinical notes—Not granted
Reception can arrange the visit and record arrival in this example. Clinical notes need a separate clinical permission.
Illustrative access configuration. Actual viewing and editing permissions are set for each staff member.
A shared workspace should not mean shared access to everything.
The receptionist needs to arrange a visit. The dentist needs the clinical history. A group manager needs operational oversight. Patient information deserves a more deliberate approach than giving every account the same view. Set access around the work, then review it when people or responsibilities change.
HOW THE WORK CONNECTS
Make access part of the practice setup.
Identify the person
Use an individual staff account and assign the role that matches the person’s responsibilities.
Choose the location
Limit work to the assigned practice or permitted group locations. Check the branch context as well as the role.
Define the actions
Separate viewing from management, and review clinical-record reading and section editing permissions explicitly.
Review over time
Update access when staff join, leave or change duties. Keep responsibility for data requests and incidents clear.
BUILT FOR YOUR PRACTICE
Access and data handling you can review.
Clinical permissions have their own purpose
Reading patient records and editing clinical sections require the relevant permissions. The dentist’s documentation workflow is distinct from reception’s appointment and arrival work. Review real staff scenarios when configuring access, including staff who perform more than one role.
Location scope remains visible
A group operational view presents supported summaries for permitted locations. It does not automatically expose every patient chart to every branch. Confirm the records and actions required by reception, clinicians, medicine staff and group management.
Review the processing details with the workflow
The published Data Processing Agreement identifies engine and database hosting in AWS Kuala Lumpur and connected providers involved in processing outside Malaysia. Confirm the data types, enabled channels, retention, export and recovery arrangements that apply to your dental practice.
BEFORE YOUR DEMO
A few things worth knowing.
Can every staff member read and edit clinical records?+
No. Clinical access and section editing require the relevant permissions within the assigned business or location. Staff responsibilities should determine the access granted.
Does an HQ view include every patient chart?+
HQ operational summaries and clinical access are separate. Full clinical records remain subject to location or business scope and the staff member’s permissions.
Does Malaysian hosting mean all processing stays in Malaysia?+
No. The published DPA identifies engine and database hosting in AWS Kuala Lumpur and also names connected providers that process outside Malaysia. Review the connections used by your practice.
Can we review retention, export and recovery before onboarding?+
Yes. Bring your required record types, retention needs, export formats and recovery expectations. Confirm these against the actual setup and processing terms rather than inferring them from a general security statement.
Should we share patient records during the first demo?+
Use illustrative examples or representative data with identifying details removed. Agree the required scope, authorised access and secure transfer process before sharing real patient records.