Page History

...

• Role and User development
  • OpenMRS uses roles to manage permissions. Typical roles include: 
    • system administrator - configures OpenMRS, installs and updates modules, manage user accounts
    • registrars - adds new patients to OpenMRS at check-in; adds patients to programs
    • data entry clerk -  creates and updates encounters after a visit
    • care providers -  views patient records at point of care; creates or updates orders or encounters; assigns regimens
    • content editors - creates or updates the forms that collect encounter data; adds or changes concepts in the concept dictionary; adds or updates programs
  • Users, roles, and permissions are managed through the administrator control panel at Administration >  Users.
• Patients
  • Identifiers 
    • Overview: administering identifiers
    • the ID Generation and Registration modules generate identifiers. 
    • The Registration module supports biometric ID through fingerprints. 
    • best practices
  • Deciding what information to collect
    • patient attributes
    • caretakers
  • Registration 
    • modules
    • best practices
• Concept development
  • How to translate an idea to a concept - read EHSDI training course EH202, lecture 4, "Concepts, Observations, and Encounters"
  •  Best practices
  • Jump start with the OpenMRS Concept Collaborative (OCC)
  • Mapping - why and how to map concepts
  • Concept mapping changes
• Form development
  • Implementation options - XForms, InfoPath, HTMLForms - HTMLform Implementers Training
  • Administering forms
  • Best Practices for Translating Paper Forms - HTMLform Implementers Training  - slides 22-24, "Guidelines for Managing Forms"
  • Examples at the Form Bank
• Some best practices for implementations
• Data migration
• Receiving information from external applications into OpenMRS

...