Health Ingenuity Exchange (HingX)Best Practices

for User Groups andResource Registration

HingX Project Overview

• HingX – Health Ingenuity Exchange – a registry and repository for Health related Information and Technology Resources

• Initially sponsored by the Rockefeller Foundation to enable an enterprise architecture approach to e-health for low resource countries they are also sponsoring

• Projects also being sponsored by Rockefeller are first trial users

• HL7 has committed to be an early adopter • Three software versions have been released with

approximately 1 release per month anticipated

HingXREGISTRY

HingXReferenceResource

Repository

Third-PartyResource

Repository

Third-PartyResource

Repository

Third-PartyResource

Repository

Relationship between HingX and Repositories

What is a Resource?

• A Resource is general concept for any type of digital file that may be used in some aspect of a Health oriented information and communication technology system

• Specific types of resources can be:– Documents in any format– Diagrams as images or editable representations– Images as editable or only viewable– Other formats intended for human viewing– Software components– Control files– Meta-data– Other formats intended for computation

What is a HingX User Group?• A HingX User Group is a registered group that can contain many

Users in different Roles• User Groups can be thought of as Communities, Organizations,

Projects or Teams• Resources are managed via User Groups• A User Group is the designated “govenor” of a Resource.• Resource access and security can be restricted to a single User

Group or can include other designated User Groups• All Users in a User Group share the same access to Resources

based on security settings for a Resource• User Groups are not nested but the same effect can be obtained

by distributing Users into related User Groups

What is a User?

• A User is associated with a single individual’s identity, including name and e-mail coordinates.

• A User is associated with a primary User Group, usually one from which an individual receives delegated authority to act.

• A single user can participate in more than one User Group

• Each User can be assigned one or more Roles in each User Group, depending on what actions can be taken regarding Resources associated with the User Group.

What is a Role

• A Role is created to designate the set of actions that a User can perform regarding the Resources related to a specific User Group

• HingX has a standard set of Roles• The types of actions include:– Search, Filter and Browse HingX Registry– May “Like” and “Follow” Resources– Contribute to Resource Discussions– Manage Resource meta-data descriptions– Moderate a Resource’s Discussions– Manage a Resource Security and status

What are the typical Role Types?

• General Public – non-registered users• Consumer – may consume authorized

resources• Contributor – contributes resources and

changes state• Curator – can describe resources• User Group Administrator – can add users to

user groups and assign roles

Role Description Permissions

General Public Unregistered User • Search, Filter and Browse Registry

• View unrestricted Resources

Consumer Registered User; need not be in a User Group

• Search, Filter and Browse Registry

• View unrestricted Resources

• May “Like” and “Follow” Resources

• Contribute to Resource Discussion

Contributor Adds new Resources to HingX Registry

• Adds Resources• Sets Resource State

Attribute• Moderates Resource

Discussion• Sets Resource

Security

Role Description Permissions

Curator Adds and Modifies Resource Metadata

• Can add and modify Resource Metadata

Resource User Reuses existing Resources As-Is or to Derive new Resources

• Indicates Resource is Used

• Receives Notifications of Changes

User Group Administrator

Assigns Users to User Groups and User Group Roles to Users

• Assigns User Accounts to a person

• Assigns Roles to User Accounts

USER (Identity

of a Person)

USER GROUP

(Group of Users)

ROLE(Permitted Actions)

Resource(Physical

Instances)

ResourceFolder

• A person can have more than one role in a User Group

• A person can participate in many User Groups with different Roles in different User Groups

• More than one person can play the same Role in a User Group

• Access to a Resource is through a User Group

• A Resource is “governed” by a single User Group

• An Resource Folder is a registry record that identifies more than one Resource

• Restricted Resources can be made available to Users in more than one User Group

User Group Design Principles

Configuring User Groups

• Configuring a set of User Groups requires understanding the relationships between User Groups and their requirements for managing resources

• A Resource life cycle and a corresponding approval process should be established in advance

• User Groups must be configured to maintain authority over Resources across their life cycles

Resource Life Cycles

• A resource instance is governed by a single user group.• A resource instance may have a status of “under

development”, “under review”, “active” or “inactive”. • A new version of a resource replaces the current

version. The status of the old resource becomes inactive and the new resource becomes active. The relationship between the two resources is that the new one replaces the old one.

• Other relationships can exist between resources.

User Group Types

• Community – a group of people, who may be from different organizations, working together to achieve a shared purpose they could not achieve working independently

• Organization – a group of people with formal responsibilities for specific processes and their corresponding resources

• Project – a group of people with assigned responsibilities working together to produce specific resources that may be interdependent

• Team or sub-project – a group of people with specific skills and assigned responsibilities for specific resources over time

Organizations

Projects

Communities

Possible User Group Configurations

Teams

Some User Group Scenarios• A specific organization may create a set of User Groups to manage processes

and their corresponding Resources - the emphasis is on the scope of authority of each group

• A project is initiated to develop a new set of resources or to maintain, enhance or extend an existing set of Resources

• A set of teams is formed within a Project to be accountable for different, but interdependent resources

• A group of Organizations decides to form a Community to work together to achieve a common purpose. The Community may create multiple Projects with multiple Teams to achieve the stated purpose.

• A number of Teams may be created by a Community, a Project or an Organization to manage the distribution of accountability for specific Resources

• A large scale Project is initiated that may require multiple project teams to manage accountability to develop and enhance interdependent resources

Scenario 1 – single organization

• A single organization internally manages the contribution of all resources it produces

• No resources are contributed unless they are ready to be used

• Only one User Group exists for the Organization• The resource life cycle is:– Active – Ready to be used– Inactive – Obsolete and should not be used – may

have a replacement resource

Scenario 2 – One Organization and Several Projects

• A single Organization initiates one or more Projects to produce Resources

• The Resources are interdependent so members of each project must accept the resources produced by other projects

• The Resource Life Cycle is– Under Development – Resource is changing rapidly– Under Review – Resource is being examined/tested– Active – Resource may be used by others beyond the organization– Inactive – Resource is obsolete and shouldn’t be used any longer –

a replacement Resource may be available

Scenario 3 - Community• A number of organizations agree to form a community to achieve a shared purpose• Each organization is a User Group and delegates people to represent them in the community• Resources may be the responsibility of the community as a whole or by participating

organizations, more focused communities or projects• The community initiates projects to acquire/produce resources that contribute to achieving

the shared purpose• Projects have teams drawn from different organizations to manage resources across the

resource life cycle• The resource life cycle is:

– Under Development – Resource is changing rapidly– Under Review – Resource is being examined/tested– Active – Resource may be used by others– Inactive – Resource is obsolete and shouldn’t be used any longer – a replacement Resource may be

offered instead.• Community members are assigned to Project Teams that have responsibility to

produce/change resources• Community members may be members of Review Teams to review and validate that

Resources are fit for the intended community purpose

Case Study – DECOR Community

• DCORE community has multiple projects contributing resources.

• The resources contributed may be templates, value sets and concept definitions for use by related projects.

• Projects develop and reuse resources to achieve their shared purpose

• Different organizations may be involved to produce and approve resources.

• Perinatology Project is an example

Perinatology Project

Requirements Community

Midwives

GynsSpecification Development Community

Architects

HL7 Standards

Experts

Interface Development Community

SoftwareDeveloper

Team 1

Software Developer

Team 2

TestingTeam

Terminologists