Role-aware access
Residents, fellows, attendings, coordinators, chiefs, and directors each have access appropriate to their role. Members can only see the program spaces they belong to.
Security & trust
Meddr is designed for residency and fellowship programs that need calm coordination, role-aware access, and careful handling of sensitive program communication.
Designed with care
How Meddr is designed
These are the design commitments that shape how Meddr handles access, data, and program communication.
Residents, fellows, attendings, coordinators, chiefs, and directors each have access appropriate to their role. Members can only see the program spaces they belong to.
Data is encrypted in transit over TLS and encrypted at rest. Meddr is hosted on infrastructure with a security-conscious operational posture.
Program workspaces are isolated. A member of one program cannot browse or access another.
Notifications are designed to be useful without unnecessarily surfacing sensitive content in lock-screen previews or third-party surfaces.
Administrative actions are performed through structured controls so program coordinators and directors maintain visibility over access.
Meddr is not an electronic health record, not clinical decision support, and not intended for patient records or protected health information.
Scope
Understanding what Meddr handles, and what it does not, is important for programs evaluating it for institutional use.
Designed to handle carefully
Meddr handles the operational and community layer of a residency or fellowship program: the information that makes the program run, not clinical care information.
Outside Meddr's scope
Meddr is not designed for patient records, protected health information (PHI), or clinical care documentation.
Meddr is a program coordination and community platform. It should not be used as a substitute for an EHR, a clinical messaging system intended for care coordination, or any system where patient safety depends on the data stored.
If your institution requires a Business Associate Agreement (BAA) for a tool to handle PHI, Meddr is not that tool. It is designed for the program operations layer, not the clinical care layer.
Responsible use
Meddr gives program coordinators and directors the controls they need. Responsible use requires that those in charge set expectations clearly for their teams.
As the administrator of your program's Meddr workspace, you are responsible for who has access and how the platform is used within your program.
We recommend setting explicit expectations at onboarding: Meddr is for program coordination, scheduling, announcements, and community, not clinical care discussion involving patients.
If your institution is reviewing Meddr, we welcome direct conversation about infrastructure posture, data handling practices, and intended scope.
Administration
Meddr uses a role-based access model that reflects the real structure of residency and fellowship programs.
Full administrative access: manage the roster, invite and remove members, configure program settings, send announcements, and suspend access.
Elevated access within the resident cohort: moderate spaces, post program-wide announcements with coordinator approval, and assist with scheduling tasks.
Access to the program feed, events, and directory. Faculty can participate in designated spaces without roster or settings controls.
Access to their schedule, program feed, relevant announcements, directory, and spaces they belong to.
Read-only access to the alumni directory and designated alumni spaces, configured and revocable by coordinators.
Suspended accounts cannot log in or view program content. Access can be reinstated by an admin when appropriate.
Security questions
We welcome direct conversations with program leaders, coordinators, and institutional IT or compliance teams. Reach out and we'll respond personally.