Difference between revisions of "QIBA Profile Drafting Process"

From QIBA Wiki
Jump to navigation Jump to search
Line 4: Line 4:
  
  
During the drafting process, keep in mind the three [[What is a Profile?|primary functions of a profile]:
+
During the drafting process, keep in mind the three [[What is a Profile?|primary functions of a profile]]:
 
* tell sites what can be accomplished by following the Profile. ("Profile Claims")
 
* tell sites what can be accomplished by following the Profile. ("Profile Claims")
 
* tell vendors what they must implement in their product to state compliance with the Profile. ("Profile Details")
 
* tell vendors what they must implement in their product to state compliance with the Profile. ("Profile Details")

Revision as of 22:30, 20 May 2016

<<Work In Progress>>

The purpose of the Drafting stage is to capture and reach committee consensus on the requirements that the devices and people covered in the Profile must meet to claim compliance.


During the drafting process, keep in mind the three primary functions of a profile:

  • tell sites what can be accomplished by following the Profile. ("Profile Claims")
  • tell vendors what they must implement in their product to state compliance with the Profile. ("Profile Details")
  • tell user staff what they must do for the Profile Claims to be realized. ("Profile Details")


Normative Content

The second two bullets above are sometimes referred to as the Normative Content of a Profile.

Normative Content is expressed using "shall language" . Specifically, use the word "shall" in every normative requirement. This both makes it clear that something is required, and makes it easy for implementers to search for the word Shall to find requirements. Avoid words like must, has to, needs to, should, could, might, etc.

Make sure it is clear which device or person is responsible for each requirement. For example, avoid the passive voice. "The acquisition modality shall record the

Informative Content

A common secondary function of the profile is to explain to vendors and users things like:

This is referred to as Informative Content.


Useful Concepts - Editing

  • If a Requirement is not essential to achieving the Claim, move it into the Discussion or just remove it.
  • If the Claim cannot be achieved with the stated requirements, you can tighten the requirements or loosen the claim
  • The claim is contingent on the conforming to the requirements; restating requirements in the caveats of the claim is redundant.
  • Levels of Conformance
    • Conformance is binary; you either do or do not ("there is no try" 05.04).
    • Systems/sites/cases that fail to conform may still be useful, they just cannot rely on achieving the claim.

Lead Author/Editor

The process for drafting is not rigidly prescribed, however it's useful to consider

  • Approve for public comment (modality committee)
  • Post PC draft of Document on the Wiki (author/secretariat)
  • Send announcement to mailing lists (secretariat)