DOM MB Diagnosis page

# Lines beginning with "#" are comments/instructions for filling out the form.
#Delete comments/Instructions; Replace Everything else in RED with your own comments. 
# A number of blocks of symptoms/diagnosis/disposition may appear in a "details" file, one for each pass through diagnostics.
# The most recent block is near the top of the file. Older diagnostic blocks are located after newer blocks.
# Syntax like  [ option_1 |  option_2 | ...]  suggests that  option_1 or option_2  should occupy that place in the field.
# Syntax like <Month, day, year> should be filled in with the correct date.  <instruction>  should be replaced with apropriate information.
# When in doubt,  include more information, even if it doesn't make much sense...  It may be useful for someone else later!

Board ID:

<Board Rev,  builder,  batch,  and Serial Number>

Source:

[ Delivered | Non-Delivered: | Returned ] <Month, day, year>, by [ LBL person  |  PCB Loading House  |  Collaborating institution ]
#Non-Delivered boards reach LBL  already identified by PCB loading house as non-conforming. or suspicious..
#Delivered boards pass PCB loading house tests.

Symptoms:                            

<Detailed description of symptoms>
# Probably supplied by whoever identified the board as non-conforming.

Analyst(s):

<Person discovering the problem. Person(s) diagnosing the problem. Persons involved in mitigation.>
# May be useful for tracking down additional information.

Analysis Procedure(s):

<Description of the techniques applied to discovering the root problem>

Root cause:

<What caused the symptom(s)>.
# Multiple problems will have multiple root causes.

Mitigation:

<What was replaced or repaired or jumpered or removed in order to restore partial or full functionality>
# If only partial functionality can be recovered,  describe the functional limitations.

Disposition:

[ Diagnosis on hold |Repaired Deployable |  Repaired Non-Deployable | Repaired Return to Stream |  Not Repairable ]

Any Other Information:

<Limitations of repairs>
<Prejudices for or against deployment, or scrapping>
<Photographs>
<Test Data>
<Emails>
# May be left blank, but probably shouldn't...