{"id":531,"date":"2011-03-29T14:43:49","date_gmt":"2011-03-29T19:43:49","guid":{"rendered":"http:\/\/www.livingreliability.com\/en\/?p=531"},"modified":"2016-04-01T09:52:52","modified_gmt":"2016-04-01T14:52:52","slug":"structured-free-text","status":"publish","type":"post","link":"https:\/\/www.livingreliability.com\/en\/posts\/structured-free-text\/","title":{"rendered":"Structured free text"},"content":{"rendered":"

Data or reliability analysis is the main role of the Reliability Engineer (RE) in maintenance. In support of his quest for good data, the RE should organize and teach technicians, planners and supervisors how to complete maintenance work orders so that the data is \u201cgood\u201d. This is not as difficult as it sounds. The key is \u201cstructured free text\u201d. Drop down menu lists of failure codes won\u2019t give you good data for analysis. Structured free text will. Text commentary provided by the technicians should separate \u201cWhat I found\u201d and \u201cWhat I did\u201d.<\/em><\/p>\n

\u201cWhat I found\u201d provides the RE with failure mode life endings either by Failure or Suspension. The tech should structure his \u201cWhat I found\u201d information by providing the failure mode in three segments as follows:<\/p>\n

    \n
  1. A part<\/strong> – This could be a part, assembly, system, or component depending on the level of detail needed commensurate with the consequences of failure.<\/li>\n
  2. An action phrase<\/strong> describing a change of state (Fell off, jammed, disintegrated, stopped working, \u2026)<\/li>\n
  3. A due to<\/strong> clause (rust, fatigue, corrosion, dirt, \u2026)<\/li>\n<\/ol>\n

    Note that 2 and 3 are optional depending on the consequences of failure. If not indicated, the RE performs reliability analysis (Weibull, Pareto, top ten, simulation, \u2026) on 1, failure of the part for any reason.<\/p>\n

    \u201cWhat I did\u201d provides the failure mode life beginnings. I renewed (replaced, rebuilt, cleaned, calibrated, adjusted \u2026)<\/p>\n

    \n

    <\/object><\/p>\n
    \n

    Improving work order free text<\/a><\/p>\n<\/div>\n<\/div>\n

    The RE analyzes samples. Samples are a collection of failure mode life cycles whose two major defining events are beginnings and endings. With the \u201cWhat I found\u201d and \u201cWhat I did\u201d structured text, the RE has almost<\/span> everything he needs to perform his analysis. One more critical piece of information is needed for each \u201cWhat I did\u201d recorded in the \u201cstructured free text\u201d. That is the \u201cEvent type\u201d which is one PF, FF, or S (i.e. Potential Failure, Functional Failure, or Suspension).<\/p>\n

    If the what I did was in response to a failure then indicate either PF or FF.<\/p>\n

    If \u201cWhat I did\u201d was preventive, that is, the failure mode didn\u2019t fail. It wasn\u2019t even failing. It may have been worn, but there was still an indefinite amount of life left in the part or component. Then indicate S.<\/p>\n

    Why do we need to discriminate carefully between Suspension and Failure? Because the algorithms of our reliability analysis software need to know if the failure mode failed or not. If it didn\u2019t fail then the algorithm will understand that the renewed failure mode survived \u201cat least\u201d to that moment. This is the only way that the software can do what it does well. With failure events well discriminated with suspension events the software algorithm can predict failure probabilities and remaining useful life estimates with stated confidence intervals.<\/p>\n

    There are valuable added bonuses gained by the Reliability Engineer when he teaches the staff how to deliver structured free text[1<\/a>]<\/sup> on the work order:<\/p>\n

      \n
    1. The drop down menu items selected will be accurate.<\/li>\n
    2. The Event type indicated for each significant \u201cWhat I did\u201d allows software to keep track of the internal working ages of each important failure mode. Now age-reliability relationship curves can be generated automatically and on demand by software.<\/li>\n
    3. Software can now correlate failure with condition monitoring and operational data in order to determine if it contains any predictive capability. If so, then it can generate a decision model that the Reliability Engineer can deploy as an automated agent.<\/li>\n
    4. The Reliability Engineer can update the RCM\/FMEA knowledge base, particularly the Effects text with new information and insight gained from the structured \u201cWhat I found\u201d and \u201cWhat I did\u201d free text comments on the work order. Gradually less free text will be required, since the related RCM knowledge record will contain the necessary details. This implies that each significant work order should be linked to one or more RCM records. Reliability Analysis, the major activity of the Reliability Engineer, is simply the counting up<\/em> of instances (occurrences) of RCM knowledge records. In other words, a work order should be an instance of\u00a0one or more\u00a0failure modes that are fully\u00a0described in\u00a0the RCM\u00a0knowledge base\u00a0in the context of their\u00a0Function, Failure, Effects and Consequences. Samples should comprise collections of instances of Failure Modes that the Reliability Engineer targets for analysis.<\/li>\n<\/ol>\n\n
        \n\t
      1. [1]<\/sup><\/strong>The need for structured free text on the work order is obviated by using a Living RCM work order user interface, such as Mesh. With Mesh the SAP catalogs are maintatined in perfect synchronization with the RCM knowledge base whose tree view in the work order form eliminates the possibility of an incorrect selection.↩<\/a><\/li><\/ol>\n","protected":false},"excerpt":{"rendered":"

        Data or reliability analysis is the main role of the Reliability Engineer (RE) in maintenance. In support of his quest for good data, the RE should organize and teach technicians, planners and supervisors how to complete maintenance work orders so that the data is \u201cgood\u201d. This is not as difficult as it sounds. The key […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[87],"tags":[18,17,14,111,112,62,21,34,16,15],"class_list":["post-531","post","type-post","status-publish","format-standard","hentry","category-managing-lrcm","tag-conditional-density-function","tag-confidence","tag-free-text","tag-kpis","tag-lrcm","tag-sample","tag-shape-parameter","tag-standard-deviation","tag-what-i-did","tag-what-i-found"],"_links":{"self":[{"href":"https:\/\/www.livingreliability.com\/en\/wp-json\/wp\/v2\/posts\/531","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.livingreliability.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.livingreliability.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.livingreliability.com\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.livingreliability.com\/en\/wp-json\/wp\/v2\/comments?post=531"}],"version-history":[{"count":2,"href":"https:\/\/www.livingreliability.com\/en\/wp-json\/wp\/v2\/posts\/531\/revisions"}],"predecessor-version":[{"id":6284,"href":"https:\/\/www.livingreliability.com\/en\/wp-json\/wp\/v2\/posts\/531\/revisions\/6284"}],"wp:attachment":[{"href":"https:\/\/www.livingreliability.com\/en\/wp-json\/wp\/v2\/media?parent=531"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.livingreliability.com\/en\/wp-json\/wp\/v2\/categories?post=531"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.livingreliability.com\/en\/wp-json\/wp\/v2\/tags?post=531"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}