HW CME DTD Notes

Usage and tips


(last updated 1.26.11 LH)    Copyright (c) 2011 by the Board of Trustees of the Leland Stanford Junior University


This documentation is under construction, and frequently revised.

Still have questions? Please contact your HighWire content developer or Lorena Hitchens, CME Manager, if you have questions not answered here, or other suggestions/feedback for this page.





What's new in v1.6?


Some small but important changes were made in v1.6 of the HW CME DTD.



Top


What options do I have for links?


There are four main types of links used in CME quizzes. These can all be mixed and matched as needed.

See or download the PDF of screenshot examples here. (large file)


Highlighting links



Top


Pop-up hints



Top


Simple hyperlinks



Top


Explanation boxes



Top


Anchored, highlighting links



Top


Using PAP IDs in link URLs


The usual way to identify an article in a link is with the volume/issue/page ID, prefixed by the journal code, e.g.: "rheumatology;46/1/16"

In the case of PAP (publish ahead of print) articles, you may not yet have a v/i/p style ID. Using the PAP ID in the URL of the link will insure that the user is always served the most recent version of the PAP article. It does this by using the master PAP ID.



Top


Using DOIs in link URLs


The usual way to identify an article in a link is with the volume/issue/page ID, prefixed by the journal code, e.g.: "rheumatology;46/1/16"

Sometimes the v/i/p of an article is not known at the time of production, but the DOI is. You may use a DOI-style URL in the <linkref> or <highlight> tag instead of the usual v/i/p ID, and it will resolve to the most current version of that article.



Top


Using DOIs in general


When full volume/issue/page information for article resource IDs are not known, you may want to use a DOI to identify an article as a resource in a course, or to use in a link's URL.

DOIs may be used in three different tags:



Example.
If the article's DOI is:   
"10.1093/bjaceaccp/mki062"



Note: Using DOIs in <highlight> tags is not highly recommended. Particularly in versioned articles (PAP), the text may change from version to version, causing the highlight matching to no longer work.

Top


Tips on using the <highlight> tag in CME XML


Some answers and examples on the <startmatch> and <endmatch> matching for the <highlight> tag.


First things to know:



Top


Case-sensitive: Letters are case sensitive, so include capitalization where necessary.

Example.
Phrase in article looks like:
  

"Time-related predicted prevalence of AF or atrial flutter..."


Do this in the quiz XML:
  
<startmatch>Time-related predicted prevalence of AF or atrial flutter</startmatch>


Top


Punctuation: Include regular punctuation as plain text. Do not include "smart quotes" (commonly copied from MS Word). Use straight quotes (" and '), only.

Example.
Phrase in article looks like:
  
"...short-term precipitating factors in a person's environment."


Do this in the quiz XML:
  
<endmatch>short-term precipitating factors in a person's environment.</endmatch>


Top


Bold, italics, underline: These formatting tags are ignored. Leave them out.

Example.
Phrase in article looks like:   
"Figure 1. Algorithm Summarizing the Clinical Approach to..."

Do this in the quiz XML:
  
<startmatch>Figure 1. Algorithm Summarizing the Clinical Approach to</startmatch>


Top


Superiors, inferiors: These are ignored too.
The characters affected should be left in as plain text. (Superscript numbers frequently appear at the ends of sentences; these can also be left out entirely, since that is the end.)

Example.
Phrase in article looks like:
  
"...specific information about balance and gait abnormalities.27"


Do this in the XML:
  
<endmatch>specific information about balance and gait abnormalities.27</endmatch>

OR
  
<endmatch>specific information about balance and gait abnormalities.</endmatch>


Top


Hyperlinks, other HTML encoding: These are stripped out.
The characters affected should be left in as plain text.

Example.
Phrase in article looks like:
  
"...to the prevention of falls is presented in Figure 1."


Do this in the quiz XML:
  
<startmatch>to the prevention of falls is presented in Figure 1.</startmatch>


Top


Entities (HTML or unicode): It depends! Do not include entities for H1O journals. Do include entities for H2O journals.

H1O: For H1O journals, entities are stripped out.
Either replace the entity with a space, or with nothing.
In general, we recommend avoiding inclusion of entities where you can. Since the startmatch phrase and endmatch phrase only need to be unique in the article, you should be able to avoid entities in most cases.


Example.
Phrase in article looks like:
  

"...self management and cognitive–behavioral approaches," (Note, the dash is actually the entity &#150;)


Do this in the quiz XML:
  
<endmatch>self management and cognitive behavioral approaches,</endmatch>

OR
  
<endmatch>self management and cognitivebehavioral approaches,</endmatch>

H2O: For H2O journals, entities are NOT stripped out.
In H2O journals, the entity is considered part of the text. Use an XML-compatible numbered unicode entity. Don't use named ISO entities.
Still, we recommend avoiding inclusion of entities where you can. Since the startmatch phrase and endmatch phrase only need to be unique in the article, you should be able to avoid entities in most cases.


Example.
Phrase in article looks like:
  

"...self management and cognitive–behavioral approaches," (Note, the dash is actually the entity &#2013;)


Do this in the quiz XML:
  
<endmatch>self management and cognitive&#2013;behavioral approaches,</endmatch>



Top


Evaluations: Reference Numbers


Evaluations use special codes

The following values deal primarily with evaluation-type quizzes, recently added to the dtd. NOTE that regular quizzes will not use these values!

Tag: <quiz>
Attribute: scoretype

Tag: <question>
Attribute: type

Tag: <answer>
Attribute: type




Top


Other Reference Numbers


Flags

Flags tell the CME system to do a variety of special behaviors at runtime, mostly to do with display to the user. Flags apply to the course as whole and are part of the course metadata.

Use the flag ID number (not its name) in the XML. Seek advice from your HighWire content developer before using flags.

The position of the <flag> tagging is important; it should come after the closing credit tag, and before the closing courseinfo tag.

Example.

... 
</credit>
 <flags>
   <flag id="4"/>
   <flag id="6"/>
 </flags>
</courseinfo>
...

Number Name of flag Description of flag
1 case_study Inclusive flag which includes the multipart_course, hide_source_articles, show_next_prev, and show_nav_bar flags
2 multipart_course Suppresses things like the /cgi/cme link and "CME Results for " on quiz pages
3 hide_source_articles Suppresses the article list on quiz pages
4 show_next_prev Shows the next | prev arrows
5 show_nav_bar Shows the case-report-style right hand nav bar
6 show_up_in_next_prev Shows the up arrow between Prev and Next
7 bypass_tokens Bypasses the normal token checks and deductions when taking a course
8 repeat_buttons Causes the quiz submission form buttons to be repeated every few questions taking a quiz




Top


Scoretypes and thresholds

A threshold is the minimum percentage score a user must achieve to pass a quiz. Threshold is an attribute on the <quiz> tag. For a 70% threshold to pass, simply use "70" as the treshold attribute.

Scoretype is another attribute on the <quiz> tag. This tells the CME system how to grade the user's quiz. By far, the most common scoretype for <quiz> is "24", plus a threshold attribute. If the threshold is to pass is "0", use scoretype "11" without a threshold attribute.

Other, less frequently used scoretypes exist; ask your HighWire content developer if you need a more unusual scoretype than these.



Examples.
<quiz id="shempcme_quiz;testQuiz" scoretype="24" threshold="70">

<quiz id="shempcme_quiz;testQuiz" scoretype="11">



Evaluations use the scoretypes either "411" or "419". See more information on evaluations here.




Top


Credit Categories

This documentation is under construction.


Top


Naming Conventions


Course IDs

The "id" attribute on the <course> element should always follow this format: [sitecode]_course;[string]

Example of a course ID:


Restricted characters in a course ID:

Quiz IDs

The "id" attribute on the <quiz> element should always follow this format: [sitecode]_quiz;[string]

Example of a quiz ID:


Restricted characters in a quiz ID:

Evaluation-quiz IDs

The "id" attribute on the <quiz> element for an evaluation should always follow this format: [sitecode]_quiz;eval-[string]

Example of an eval-quiz ID:


Restricted characters in a quiz-eval ID:


Top


Related Courses


Beginning with v1.6, courses can now be designated as related to another course. This is especially helpful for post-production corrections to a previously published course.

The element is: <relatedcourse>

There are two required attributes on this element:


The "id" attribute designates the other course you are making a relationship with. (The course id of this file instance is already known from the <course id="">.)

The "type" attribute designates what kind of relationship you are creating between two courses. There are only two options for "type" at this time:
"Similar" indicates that this course and the other course designated in "id" have something in common.

"Corrects" indicates that this file instance is correcting the other course designated in "id". An exclusive relationship is built when the type is "corrects". Exclusive means that a user may not take both courses for credit, only one or the other. Since the course that is being corrected is usually immediately expired, manually, this exclusive relationship effectively means that users who previously took the first course will not be allowed to take the new, corrected course, and that all new users will only be able to take the new, corrected course.



Examples

<relatedcourse type="corrects" id="shempcme_course;abc-123"/>

<relatedcourse type="similar" id="shempcme_course;abc-123"/>




Top


FAQs


Expiration dates

Courses may expire on a certain date, or may never expire (date set to "12/31/9999").

Courses will expire at 12:00 AM on the date specified.

For example, if you want a course to expire at midnight between Dec 31 2005 and Jan 1 2006, you would use the date "01/01/2006" for the <expdate>. If you use "12/31/2005", the course will expire one day earlier than you intended.

Credit categories also have expiration dates. This is to accomodate multiple kinds of credit offered on one course, which may have differing expiration dates. If the course has only one credit category offered, we recommend keeping the course expiration date and the credit category expiration date synced.

When the last credit category on the course expires, the course as a whole will expire.


Top




Still have questions? Please contact your HighWire content developer or Lorena Hitchens, CME Manager, if you have questions not answered here, or other suggestions/feedback for this page.


Return to CME DTD index page

Return to CME index page

Return to HW schema index page