Step 2: Normative Requirements Pass (Discussion Section)

Extract principles, obligations, constraints, and capabilities from the discussion section

Independence of Peer Reviewer
Step 2 of 5

Discussion Section

Section Content:
Discussion:
Peer review issues are arising with increasing frequency.
In many cases, the possibility that the client will obtain a peer review is specified in design-build bid or contract documents to the effect that any party who bids or contracts with the client has, by participating, consented to the peer review.
Frequently that disclosure is accompanied by an agreement that the client will require the peer reviewer to keep the results of the peer review confidential or, at the very least, the original designer will be provided with an opportunity to explain (and defend) the design decisions.
Such confidentiality agreements encourage the firm being reviewed to cooperate fully, build trust, and support a collegial atmosphere.
However, that is not always the case and it is not the case here.
It is helpful to consider how the BER has addressed peer review issues in the past.
For example, in BER Case 18-10 , Engineer A was the lead engineer on an independent external review of an agency-prepared project.
The review’s scope was limited to clarifications and refinements, and there was no confidentiality agreement. (Of course, as a public project, there would not be.) About a year later, Engineer A’s firm is invited to be part of a joint venture responding to a design-build RFP for the project.
In Case 18-10 , the Board concluded that, so long as the agency approves and the work complies with applicable state laws and regulations regarding conflicts of interest, it would not be unethical for Engineer A’s firm to participate in a design-build joint venture submitting a proposal for the project.
In BER Case 96-8 , Engineer A was a peer reviewer serving as part of an organized peer-review program.
When selected as a reviewer for the program, Engineer A contractually agreed not to disclose confidential information acquired in the review.
Engineer A was assigned to review the design work of Engineer B’s firm on several projects.
In the course of the review, Engineer A determined that Engineer B’s work may be in violation of state and local safety code requirements, placing the public health, safety, and welfare at risk.
The BER concluded that Engineer A had an obligation to immediately discuss these issues with Engineer B in order to seek clarification and resolution.
That could range from a joint determination that there no violation of code requirements, that the violations were de minimis and did not threaten public health, safety, and welfare, or that there were violations and that the violations did threaten public, health, safety, and welfare but that Engineer B refused to make adjustments.
And, if Engineers A and B were unable to successfully resolve Engineer A’s concerns, Engineer A had an obligation to first advise Engineer B that Engineer A had an obligation to inform the appropriate authorities, and then to so inform the appropriate authorities.
In the present case, Professional Obligation III.7.a. is very clear: “Engineers in private practice shall not review the work of another engineer for the same client, except with the knowledge of such engineer, or unless the connection of such engineer with the work has been terminated.” Accordingly, Engineer B was completely correct in declining an assignment to conduct a peer review of Engineer A’s work subject to an instruction not to disclose the peer review to Engineer A.
Owner reluctantly agreed to advise Engineer A of the planned peer review. [93-3 discussed a situation in which the Owner refused to advise the engineer of the planned peer review.] While Professional Obligation III.7.a. does not require the consent of the engineer whose work is being reviewed, it will likely be a fruitless exercise to attempt to conduct a peer review without Engineer A’s cooperation.) If Engineer A refused to consent and cooperate, Owner would be then face with three options: to move forward with the peer review conducted under difficult and limiting circumstances, to move forward without the peer review . . . or to move forward without Engineer A.
Under the facts, the Board concludes that it would be unethical for Engineer A to fail to cooperate.
Engineers must take responsibility for their actions, must acknowledge their errors, must act in the best interests of their clients, and must at all times hold paramount the health, welfare, and safety of the public.
Each of those requirements strongly indicates that Engineer A should participate fully and cooperatively in Engineer B’s peer review.
The known design defects in the first tower simply makes each of those requirements more urgent.
Principles Extraction
LLM Prompt
DUAL PRINCIPLE EXTRACTION - Ethical Principles Analysis THEORETICAL CONTEXT (Chapter 2.2.2): - Principles are ABSTRACT ethical foundations requiring extensional definition through cases - They function like constitutional principles - open-textured and requiring interpretation - Principles mediate moral ideals into concrete reality through context-specific application - They cannot be applied deductively but require balancing and interpretation EXISTING PRINCIPLE CLASSES IN ONTOLOGY: - Competence Principle: Balances professional autonomy with recognition of limitations and need for collaboration. - Confidentiality Principle: Must be balanced against public safety obligations and legal disclosure requirements. - Domain-Specific Principle: Examples: Environmental Stewardship (engineering), Patient Autonomy (medicine), Academic Freedom (education). These address domain-specific ethical ch - Environmental Stewardship Principle: Bridges engineering practice with broader environmental and societal responsibilities. - Ethical Principle: Legacy synonym for Principle. Use :Principle for new concepts. - Fundamental Ethical Principle: Examples: Public Welfare Paramount, Respect for Persons, Justice, Beneficence. These require extensive interpretation and balancing in specific contex - Integrity Principle: Central to professional identity formation and trust maintenance in professional relationships. - Principle: An information content entity representing ethical values and guidelines for conduct. This is the P component of the formal specification D=(R,P,O,S,R - Principle Argument: An argument based on fundamental ethical principles or values. - Principle Refinement: Capability to evolve principles as inconsistencies are resolved and new cases are added (GenEth system, Anderson & Anderson 2018) - Professional Virtue Principle: Examples: Integrity, Competence, Honesty, Professional Courage, Accountability. These shape professional character and decision-making. - Public Welfare Principle: Requires contextual interpretation to balance against client confidentiality and employer loyalty when public safety is at risk. - Relational Principle: Examples: Confidentiality, Loyalty, Fairness, Transparency, Respect for Autonomy. These govern interpersonal professional dynamics. - Transparency Principle: Essential for maintaining trust and enabling stakeholder participation in professional decisions. === TASK === From the following case text (discussion section), extract information at TWO levels: LEVEL 1 - NEW PRINCIPLE CLASSES: Identify ethical principles that appear to be NEW types not covered by existing classes above. Look for: - Fundamental ethical values being invoked - Abstract moral ideals guiding decisions - Constitutional-like principles requiring interpretation - Values that transcend specific rules or obligations For each NEW principle class, provide: - label: Clear principle name (e.g., "Environmental Stewardship", "Professional Autonomy") - definition: What moral ideal this principle represents - abstract_nature: The abstract ethical foundation (justice, welfare, autonomy, etc.) - extensional_examples: Concrete cases/situations where this principle applies - value_basis: Core moral value underlying the principle - application_context: Professional domains or situations where relevant - operationalization: How this abstract principle becomes concrete in practice - balancing_requirements: What other principles it typically must be balanced against - examples_from_case: How this principle appears in the case text LEVEL 2 - PRINCIPLE INDIVIDUALS: Identify specific instances where principles are invoked or applied. For each instance: - identifier: Unique identifier for this principle instance (e.g., "PublicSafety_Case8_Discussion") - principle_class: Which principle class it instantiates (use existing classes when possible) - concrete_expression: EXACT text showing how the principle is expressed - invoked_by: Who invokes or appeals to this principle - applied_to: What decision/situation/dilemma it applies to - interpretation: How the principle is interpreted in this specific context - balancing_with: Other principles that must be balanced against it - tension_resolution: How conflicts between principles are resolved - case_relevance: Why this principle matters in this specific case IMPORTANT: - Focus on ABSTRACT ethical foundations, not specific rules or procedures - Principles are broader than obligations - they generate obligations in context - Use EXACT quotes from case text where principles are expressed - Distinguish between the abstract principle CLASS and its concrete APPLICATION CASE TEXT: Peer review issues are arising with increasing frequency. In many cases, the possibility that the client will obtain a peer review is specified in design-build bid or contract documents to the effect that any party who bids or contracts with the client has, by participating, consented to the peer review. Frequently that disclosure is accompanied by an agreement that the client will require the peer reviewer to keep the results of the peer review confidential or, at the very least, the original designer will be provided with an opportunity to explain (and defend) the design decisions. Such confidentiality agreements encourage the firm being reviewed to cooperate fully, build trust, and support a collegial atmosphere. However, that is not always the case and it is not the case here. It is helpful to consider how the BER has addressed peer review issues in the past. For example, in BER Case 18-10 , Engineer A was the lead engineer on an independent external review of an agency-prepared project. The review’s scope was limited to clarifications and refinements, and there was no confidentiality agreement. (Of course, as a public project, there would not be.) About a year later, Engineer A’s firm is invited to be part of a joint venture responding to a design-build RFP for the project. In Case 18-10 , the Board concluded that, so long as the agency approves and the work complies with applicable state laws and regulations regarding conflicts of interest, it would not be unethical for Engineer A’s firm to participate in a design-build joint venture submitting a proposal for the project. In BER Case 96-8 , Engineer A was a peer reviewer serving as part of an organized peer-review program. When selected as a reviewer for the program, Engineer A contractually agreed not to disclose confidential information acquired in the review. Engineer A was assigned to review the design work of Engineer B’s firm on several projects. In the course of the review, Engineer A determined that Engineer B’s work may be in violation of state and local safety code requirements, placing the public health, safety, and welfare at risk. The BER concluded that Engineer A had an obligation to immediately discuss these issues with Engineer B in order to seek clarification and resolution. That could range from a joint determination that there no violation of code requirements, that the violations were de minimis and did not threaten public health, safety, and welfare, or that there were violations and that the violations did threaten public, health, safety, and welfare but that Engineer B refused to make adjustments. And, if Engineers A and B were unable to successfully resolve Engineer A’s concerns, Engineer A had an obligation to first advise Engineer B that Engineer A had an obligation to inform the appropriate authorities, and then to so inform the appropriate authorities. In the present case, Professional Obligation III.7.a. is very clear: “Engineers in private practice shall not review the work of another engineer for the same client, except with the knowledge of such engineer, or unless the connection of such engineer with the work has been terminated.” Accordingly, Engineer B was completely correct in declining an assignment to conduct a peer review of Engineer A’s work subject to an instruction not to disclose the peer review to Engineer A. Owner reluctantly agreed to advise Engineer A of the planned peer review. [93-3 discussed a situation in which the Owner refused to advise the engineer of the planned peer review.] While Professional Obligation III.7.a. does not require the consent of the engineer whose work is being reviewed, it will likely be a fruitless exercise to attempt to conduct a peer review without Engineer A’s cooperation.) If Engineer A refused to consent and cooperate, Owner would be then face with three options: to move forward with the peer review conducted under difficult and limiting circumstances, to move forward without the peer review . . . or to move forward without Engineer A. Under the facts, the Board concludes that it would be unethical for Engineer A to fail to cooperate. Engineers must take responsibility for their actions, must acknowledge their errors, must act in the best interests of their clients, and must at all times hold paramount the health, welfare, and safety of the public. Each of those requirements strongly indicates that Engineer A should participate fully and cooperatively in Engineer B’s peer review. The known design defects in the first tower simply makes each of those requirements more urgent. Respond with valid JSON in this format: { "new_principle_classes": [ { "label": "Sustainable Development", "definition": "Principle that engineering solutions must balance current needs with long-term environmental and societal impacts", "abstract_nature": "Intergenerational justice and environmental stewardship", "extensional_examples": ["Green building design", "Renewable energy projects", "Resource conservation"], "value_basis": "Responsibility to future generations", "application_context": ["Infrastructure projects", "Environmental engineering", "Urban planning"], "operationalization": "Through environmental impact assessments, lifecycle analysis, sustainable design criteria", "balancing_requirements": ["Economic feasibility", "Immediate safety needs", "Client requirements"], "examples_from_case": ["Engineer considered long-term environmental impacts", "balanced immediate needs with sustainability"], "source_text": "Engineer considered long-term environmental impacts and balanced immediate needs with sustainability" } ], "principle_individuals": [ { "identifier": "PublicSafety_Case8_Facts", "principle_class": "Public Safety", "concrete_expression": "the safety of the public must be held paramount", "invoked_by": ["Engineer L"], "applied_to": ["stormwater management system design"], "interpretation": "Safety considerations override cost savings in drainage design", "source_text": "the safety of the public must be held paramount", "balancing_with": ["Cost Efficiency", "Client Interests"], "tension_resolution": "Safety takes precedence even if it increases project costs", "case_relevance": "Critical for evaluating adequacy of proposed drainage solution" } ] }
Saved: 2025-12-21 13:02
LLM Response
```json
{
    "new_principle_classes": [
        {
            "label": "Professional Accountability",
            "definition": "Principle that engineers must take responsibility for their work, acknowledge errors, and submit to legitimate professional scrutiny",
            "abstract_nature": "Professional responsibility and answerability for one's actions and decisions",
            "extensional_examples": ["Participating in peer reviews", "Acknowledging design errors", "Cooperating with professional investigations", "Responding to legitimate critiques"],
            "value_basis": "Professional integrity and responsibility",
            "application_context": ["Peer review processes", "Professional misconduct investigations", "Design error corrections", "Quality assurance"],
            "operationalization": "Through cooperation with peer reviews, transparent acknowledgment of errors, willingness to explain and defend design decisions",
            "balancing_requirements": ["Professional autonomy", "Confidentiality", "Client loyalty"],
            "examples_from_case": ["Engineers must take responsibility for their actions, must acknowledge their errors", "Engineer A should participate fully and cooperatively in Engineer B's peer review"],
            "source_text": "Engineers must take responsibility for their actions, must acknowledge their errors, must act in the best interests of their clients, and must at all times hold paramount the health, welfare, and safety of the public"
        },
        {
            "label": "Collegial Transparency",
            "definition": "Principle that professional review of another engineer's work must be conducted with their knowledge, fostering trust and professional respect",
            "abstract_nature": "Professional courtesy and openness in peer relationships",
            "extensional_examples": ["Notifying engineers before reviewing their work", "Open communication during peer reviews", "Providing opportunities to explain design decisions"],
            "value_basis": "Professional respect and trust",
            "application_context": ["Peer review processes", "Professional evaluations", "Design reviews", "Quality assessments"],
            "operationalization": "Through notification requirements, opportunity to explain decisions, maintaining open communication channels",
            "balancing_requirements": ["Client confidentiality", "Efficiency of review process", "Public safety concerns"],
            "examples_from_case": ["Engineers in private practice shall not review the work of another engineer for the same client, except with the knowledge of such engineer"],
            "source_text": "Engineers in private practice shall not review the work of another engineer for the same client, except with the knowledge of such engineer, or unless the connection of such engineer with the work has been terminated"
        }
    ],
    "principle_individuals": [
        {
            "identifier": "PublicWelfare_PeerReview_Discussion",
            "principle_class": "Public Welfare Principle",
            "concrete_expression": "must at all times hold paramount the health, welfare, and safety of the public",
            "invoked_by": ["Board of Ethical Review"],
            "applied_to": ["Engineer A's obligation to cooperate with peer review"],
            "interpretation": "Public safety concerns override reluctance to submit to peer review, especially with known design defects",
            "source_text": "must at all times hold paramount the health, welfare, and safety of the public",
            "balancing_with": ["Professional autonomy", "Client confidentiality"],
            "tension_resolution": "Public safety makes cooperation with peer review more urgent when design defects are known",
            "case_relevance": "Justifies requiring Engineer A to cooperate despite potential professional embarrassment"
        },
        {
            "identifier": "Confidentiality_PeerReview_Discussion",
            "principle_class": "Confidentiality Principle",
            "concrete_expression": "the client will require the peer reviewer to keep the results of the peer review confidential",
            "invoked_by": ["Case narrative"],
            "applied_to": ["Peer review process agreements"],
            "interpretation": "Confidentiality in peer review encourages cooperation and builds trust",
            "source_text": "the client will require the peer reviewer to keep the results of the peer review confidential",
            "balancing_with": ["Transparency Principle", "Public safety obligations"],
            "tension_resolution": "Confidentiality agreements support collegial atmosphere but may be overridden by public safety concerns",
            "case_relevance": "Establishes context for trust-building in peer review processes"
        },
        {
            "identifier": "Transparency_EngineerNotification_Discussion",
            "principle_class": "Transparency Principle",
            "concrete_expression": "Engineers in private practice shall not review the work of another engineer for the same client, except with the knowledge of such engineer",
            "invoked_by": ["Professional Obligation III.7.a"],
            "applied_to": ["Engineer B's decision to decline peer review without disclosure"],
            "interpretation": "Transparency requires notifying engineers before reviewing their work",
            "source_text": "Engineers in private practice shall not review the work of another engineer for the same client, except with the knowledge of such engineer, or unless the connection of such engineer with the work has been terminated",
            "balancing_with": ["Client autonomy", "Efficiency"],
            "tension_resolution": "Engineer B correctly declined assignment until Owner agreed to notify Engineer A",
            "case_relevance": "Central to establishing ethical peer review process"
        },
        {
            "identifier": "Integrity_Accountability_Discussion",
            "principle_class": "Integrity Principle",
            "concrete_expression": "Engineers must take responsibility for their actions, must acknowledge their errors",
            "invoked_by": ["Board of Ethical Review"],
            "applied_to": ["Engineer A's obligation to cooperate with peer review"],
            "interpretation": "Professional integrity requires acknowledging mistakes and accepting legitimate review",
            "source_text": "Engineers must take responsibility for their actions, must acknowledge their errors",
            "balancing_with": ["Professional reputation", "Legal liability concerns"],
            "tension_resolution": "Integrity demands cooperation despite potential negative consequences",
            "case_relevance": "Establishes ethical basis for requiring Engineer A's cooperation"
        },
        {
            "identifier": "PublicSafety_CodeViolations_Case96-8",
            "principle_class": "Public Welfare Principle",
            "concrete_expression": "placing the public health, safety, and welfare at risk",
            "invoked_by": ["BER Case 96-8 reference"],
            "applied_to": ["Engineer A's discovery of potential code violations"],
            "interpretation": "Public safety concerns may override confidentiality agreements in peer review",
            "source_text": "Engineer B's work may be in violation of state and local safety code requirements, placing the public health, safety, and welfare at risk",
            "balancing_with": ["Confidentiality agreements", "Collegial relationships"],
            "tension_resolution": "Escalating process: clarification, resolution attempt, then reporting to authorities if unresolved",
            "case_relevance": "Establishes precedent for handling safety concerns discovered during peer review"
        }
    ]
}
```
Obligations Extraction
LLM Prompt
You are an expert in professional ethics analyzing a case for obligations (professional duties and requirements). Based on the literature: - Obligations are CONCRETE PROFESSIONAL DUTIES derived from abstract principles (Hallamaa & Kalliokoski 2022) - They specify what professionals MUST, SHOULD, or MUST NOT do (Dennis et al. 2016) - Obligations have deontic force and are enforceable (Wooldridge & Jennings 1995) - They operationalize principles in specific contexts (Kong et al. 2020) Your task is to: 1. Identify NEW OBLIGATION CLASSES not in the existing ontology 2. Extract SPECIFIC OBLIGATION INDIVIDUALS from the case EXISTING OBLIGATIONS IN ONTOLOGY (check if your identified obligations match these before creating new classes): - Attribution Obligation: Duty to properly cite and acknowledge all sources, tools, and methods used in creating professional deliverables - Collegial Obligation: Duties toward professional peers including respect, fairness, and credit for work - Competence Obligation: Requirement to perform services only in areas of competence (NSPE II.2) - Conditional Obligation: Obligations that apply only when specific conditions are met - Confidentiality Obligation: Duty to protect confidential information of clients or employers (NSPE III.4) - Defeasible Obligation: Obligations that admit justified exceptions under specified conditions (Ganascia 2007) - Disclosure Obligation: Requirement to inform stakeholders about conflicts, limitations, or risks (NSPE II.3.a) - Ethical Obligation: Obligations arising from ethical principles beyond legal requirements - Legal Obligation: Obligations arising from legal requirements and regulations - Mandatory Obligation: Obligations that MUST be fulfilled (deontic force: mandatory) - Obligation: An information content entity expressing required actions or behaviors in professional contexts. This is the O component of the formal specification D=(R,P,O,S,Rs,A,E,Ca,Cs). - Prima Facie Obligation: Obligations that hold at first appearance but may be overridden by stronger duties (Anderson & Anderson) - Professional Obligation: A duty or responsibility arising from professional role or standards - Quality Assurance Obligation: Requirement to implement appropriate review and verification processes for all professional deliverables before submission - Reporting Obligation: Duty to report violations or unsafe conditions to appropriate authorities - Responsible Charge Obligation: Duty to maintain active engagement and personal decision-making authority throughout engineering process from conception to completion - Safety Obligation: Duty to hold paramount the safety, health, and welfare of the public (NSPE I.1) - Technology Competence Obligation: Requirement to understand and verify the capabilities, limitations, and risks of technological tools used in professional practice - Technology Verification Obligation: Requirement to thoroughly verify and validate outputs from technological tools including AI before incorporating them into professional work Analyze this discussion section: Peer review issues are arising with increasing frequency. In many cases, the possibility that the client will obtain a peer review is specified in design-build bid or contract documents to the effect that any party who bids or contracts with the client has, by participating, consented to the peer review. Frequently that disclosure is accompanied by an agreement that the client will require the peer reviewer to keep the results of the peer review confidential or, at the very least, the original designer will be provided with an opportunity to explain (and defend) the design decisions. Such confidentiality agreements encourage the firm being reviewed to cooperate fully, build trust, and support a collegial atmosphere. However, that is not always the case and it is not the case here. It is helpful to consider how the BER has addressed peer review issues in the past. For example, in BER Case 18-10 , Engineer A was the lead engineer on an independent external review of an agency-prepared project. The review’s scope was limited to clarifications and refinements, and there was no confidentiality agreement. (Of course, as a public project, there would not be.) About a year later, Engineer A’s firm is invited to be part of a joint venture responding to a design-build RFP for the project. In Case 18-10 , the Board concluded that, so long as the agency approves and the work complies with applicable state laws and regulations regarding conflicts of interest, it would not be unethical for Engineer A’s firm to participate in a design-build joint venture submitting a proposal for the project. In BER Case 96-8 , Engineer A was a peer reviewer serving as part of an organized peer-review program. When selected as a reviewer for the program, Engineer A contractually agreed not to disclose confidential information acquired in the review. Engineer A was assigned to review the design work of Engineer B’s firm on several projects. In the course of the review, Engineer A determined that Engineer B’s work may be in violation of state and local safety code requirements, placing the public health, safety, and welfare at risk. The BER concluded that Engineer A had an obligation to immediately discuss these issues with Engineer B in order to seek clarification and resolution. That could range from a joint determination that there no violation of code requirements, that the violations were de minimis and did not threaten public health, safety, and welfare, or that there were violations and that the violations did threaten public, health, safety, and welfare but that Engineer B refused to make adjustments. And, if Engineers A and B were unable to successfully resolve Engineer A’s concerns, Engineer A had an obligation to first advise Engineer B that Engineer A had an obligation to inform the appropriate authorities, and then to so inform the appropriate authorities. In the present case, Professional Obligation III.7.a. is very clear: “Engineers in private practice shall not review the work of another engineer for the same client, except with the knowledge of such engineer, or unless the connection of such engineer with the work has been terminated.” Accordingly, Engineer B was completely correct in declining an assignment to conduct a peer review of Engineer A’s work subject to an instruction not to disclose the peer review to Engineer A. Owner reluctantly agreed to advise Engineer A of the planned peer review. [93-3 discussed a situation in which the Owner refused to advise the engineer of the planned peer review.] While Professional Obligation III.7.a. does not require the consent of the engineer whose work is being reviewed, it will likely be a fruitless exercise to attempt to conduct a peer review without Engineer A’s cooperation.) If Engineer A refused to consent and cooperate, Owner would be then face with three options: to move forward with the peer review conducted under difficult and limiting circumstances, to move forward without the peer review . . . or to move forward without Engineer A. Under the facts, the Board concludes that it would be unethical for Engineer A to fail to cooperate. Engineers must take responsibility for their actions, must acknowledge their errors, must act in the best interests of their clients, and must at all times hold paramount the health, welfare, and safety of the public. Each of those requirements strongly indicates that Engineer A should participate fully and cooperatively in Engineer B’s peer review. The known design defects in the first tower simply makes each of those requirements more urgent. Extract obligations following this JSON structure: { "new_obligation_classes": [ { "label": "Clear, specific obligation class name", "definition": "What this type of obligation requires professionals to do", "derived_from_principle": "Which principle this operationalizes (e.g., 'Public Safety', 'Honesty')", "duty_type": "professional|legal|ethical|societal", "enforcement_mechanism": "How this obligation is typically enforced", "violation_consequences": "What happens when this obligation is violated", "examples_from_case": ["Example 1 from the case", "Example 2"], "source_text": "EXACT text snippet from case where this obligation is identified (max 200 characters)", "confidence": 0.0-1.0, "reasoning": "Why this is a new class not in existing ontology" } ], "obligation_individuals": [ { "identifier": "Unique name for this specific obligation instance", "obligation_class": "Name of the obligation class (new or existing)", "obligated_party": "Who has this obligation (e.g., 'Engineer L', 'All Licensed PEs')", "obligation_statement": "The specific duty statement (e.g., 'Report safety risks to authorities')", "derived_from": "Source principle or law (e.g., 'NSPE Code', 'State Law')", "enforcement_context": "How enforced in this case", "temporal_scope": "When this obligation applies", "compliance_status": "met|unmet|unclear|pending", "case_context": "How this obligation manifests in the specific case", "source_text": "EXACT text snippet from case where this obligation is mentioned (max 200 characters)", "is_existing_class": true/false, "confidence": 0.0-1.0 } ] } Focus on: 1. NEW obligation types that represent novel professional duties 2. Specific obligation instances showing how duties apply in this case 3. The relationship between obligations and the principles they operationalize 4. Enforcement mechanisms and compliance status Return ONLY the JSON structure, no additional text.
Saved: 2025-12-21 13:03
LLM Response
```json
{
  "new_obligation_classes": [
    {
      "label": "Peer Review Cooperation Obligation",
      "definition": "Duty to participate fully and cooperatively when one's professional work is subject to authorized peer review",
      "derived_from_principle": "Professional Accountability",
      "duty_type": "professional",
      "enforcement_mechanism": "Professional board sanctions, contract termination, loss of client trust",
      "violation_consequences": "Client may proceed without the engineer, professional reputation damage, potential liability for undisclosed defects",
      "examples_from_case": ["Engineer A should participate fully and cooperatively in Engineer B's peer review", "Engineers must take responsibility for their actions"],
      "source_text": "it would be unethical for Engineer A to fail to cooperate. Engineers must take responsibility for their actions",
      "confidence": 0.9,
      "reasoning": "This represents a specific duty to cooperate with peer reviews that goes beyond general collegial obligations - it's about accountability for one's own work being reviewed"
    },
    {
      "label": "Peer Review Notification Obligation",
      "definition": "Requirement to ensure the original engineer is informed before conducting a peer review of their work for the same client",
      "derived_from_principle": "Professional Courtesy and Transparency",
      "duty_type": "professional",
      "enforcement_mechanism": "Professional ethics board review, potential violation of professional code",
      "violation_consequences": "Ethics violation, loss of professional standing, potential legal action",
      "examples_from_case": ["Engineer B declining to review without Engineer A's knowledge", "Owner required to advise Engineer A of planned peer review"],
      "source_text": "Engineers in private practice shall not review the work of another engineer for the same client, except with the knowledge of such engineer",
      "confidence": 0.95,
      "reasoning": "This is a specific procedural obligation for peer reviews distinct from general disclosure obligations - it requires notification to the reviewed party"
    }
  ],
  "obligation_individuals": [
    {
      "identifier": "EngineerB_DeclineUnethicalReview",
      "obligation_class": "Peer Review Notification Obligation",
      "obligated_party": "Engineer B",
      "obligation_statement": "Must not review Engineer A's work without Engineer A's knowledge",
      "derived_from": "Professional Obligation III.7.a",
      "enforcement_context": "BER case review and professional standards",
      "temporal_scope": "When asked to conduct peer review",
      "compliance_status": "met",
      "case_context": "Engineer B correctly declined the peer review assignment when instructed not to disclose it to Engineer A",
      "source_text": "Engineer B was completely correct in declining an assignment to conduct a peer review of Engineer A's work subject to an instruction not to disclose",
      "is_existing_class": false,
      "confidence": 0.95
    },
    {
      "identifier": "EngineerA_CooperateWithReview",
      "obligation_class": "Peer Review Cooperation Obligation",
      "obligated_party": "Engineer A",
      "obligation_statement": "Must cooperate fully with authorized peer review of their work",
      "derived_from": "Professional accountability and public safety principles",
      "enforcement_context": "Professional ethics standards and client relationship",
      "temporal_scope": "During peer review process",
      "compliance_status": "pending",
      "case_context": "Engineer A must cooperate with peer review especially given known design defects in first tower",
      "source_text": "it would be unethical for Engineer A to fail to cooperate",
      "is_existing_class": false,
      "confidence": 0.9
    },
    {
      "identifier": "EngineerA_AcknowledgeErrors",
      "obligation_class": "Professional Obligation",
      "obligated_party": "Engineer A",
      "obligation_statement": "Must acknowledge their errors",
      "derived_from": "Professional integrity principles",
      "enforcement_context": "Professional standards and ethics review",
      "temporal_scope": "When errors are identified",
      "compliance_status": "pending",
      "case_context": "Engineer A must acknowledge errors particularly given known design defects",
      "source_text": "Engineers must take responsibility for their actions, must acknowledge their errors",
      "is_existing_class": true,
      "confidence": 0.85
    },
    {
      "identifier": "EngineerA_PublicSafetyInReview",
      "obligation_class": "Safety Obligation",
      "obligated_party": "Engineer A",
      "obligation_statement": "Must hold paramount public health, welfare, and safety during peer review",
      "derived_from": "NSPE fundamental canon",
      "enforcement_context": "Professional ethics enforcement",
      "temporal_scope": "Throughout peer review process",
      "compliance_status": "pending",
      "case_context": "Known design defects make safety obligation more urgent in peer review cooperation",
      "source_text": "must at all times hold paramount the health, welfare, and safety of the public",
      "is_existing_class": true,
      "confidence": 0.9
    },
    {
      "identifier": "Owner_NotifyEngineerA",
      "obligation_class": "Disclosure Obligation",
      "obligated_party": "Owner",
      "obligation_statement": "Must advise Engineer A of planned peer review",
      "derived_from": "Professional Obligation III.7.a",
      "enforcement_context": "Required for ethical peer review process",
      "temporal_scope": "Before peer review commences",
      "compliance_status": "met",
      "case_context": "Owner reluctantly agreed to advise Engineer A after Engineer B's refusal",
      "source_text": "Owner reluctantly agreed to advise Engineer A of the planned peer review",
      "is_existing_class": true,
      "confidence": 0.85
    }
  ]
}
```
Constraints Extraction
LLM Prompt
You are an expert in professional ethics analyzing a case for constraints (boundaries, limitations, and restrictions). Based on the literature: - Constraints are INVIOLABLE BOUNDARIES that limit acceptable actions (Dennis et al. 2016) - They differ from obligations by being restrictions rather than requirements - Constraints can be legal, physical, resource-based, or procedural - They define the space within which ethical decisions must be made Your task is to: 1. Identify NEW CONSTRAINT CLASSES not in the existing ontology 2. Extract SPECIFIC CONSTRAINT INDIVIDUALS from the case EXISTING CONSTRAINTS IN ONTOLOGY (check if your identified constraints match these before creating new classes): - Attribution Constraint: Requirements and limitations regarding the disclosure and citation of tools, methods, or sources used in professional work products - Competence Constraint: Boundaries defined by agent capabilities and technical limitations (Hallamaa & Kalliokoski 2022) - Confidentiality Constraint: Boundaries on information disclosure and privacy (Dennis et al. 2016) - Constraint: An information content entity expressing limitations or restrictions on professional actions or decisions. This is the Cs component of the formal specification D=(R,P,O,S,Rs,A,E,Ca,Cs). - Defeasible Constraint: Constraints that admit justified exceptions under specified conditions (Ganascia 2007) - Ethical Constraint: Professional ethical boundaries beyond legal requirements (Benzmüller et al. 2020) - Inviolable Constraint: Absolute constraints that cannot be overridden under any circumstances (Dennis et al. 2016) - Jurisdictional Constraint: Boundaries of authority and geographical or organizational scope (Dennis et al. 2016) - Legal Constraint: Constraints arising from legal requirements and statutes that establish inviolable boundaries (Kroll 2020, Stenseke 2024) - Priority Constraint: Constraints establishing precedence when multiple requirements conflict (Scheutz & Malle 2014) - Procedural Constraint: Requirements for following specific processes or protocols (Furbach et al. 2014) - Regulatory Constraint: Constraints from regulatory bodies and professional standards organizations (Taddeo et al. 2024) - Resource Constraint: Limitations on available time, budget, materials, or human resources (Ganascia 2007) - Safety Constraint: Constraints ensuring safety requirements are met (Arkin 2008) - Technology Substitution Constraint: Boundaries preventing technology from replacing professional judgment and human oversight in critical decision-making Analyze this discussion section: Peer review issues are arising with increasing frequency. In many cases, the possibility that the client will obtain a peer review is specified in design-build bid or contract documents to the effect that any party who bids or contracts with the client has, by participating, consented to the peer review. Frequently that disclosure is accompanied by an agreement that the client will require the peer reviewer to keep the results of the peer review confidential or, at the very least, the original designer will be provided with an opportunity to explain (and defend) the design decisions. Such confidentiality agreements encourage the firm being reviewed to cooperate fully, build trust, and support a collegial atmosphere. However, that is not always the case and it is not the case here. It is helpful to consider how the BER has addressed peer review issues in the past. For example, in BER Case 18-10 , Engineer A was the lead engineer on an independent external review of an agency-prepared project. The review’s scope was limited to clarifications and refinements, and there was no confidentiality agreement. (Of course, as a public project, there would not be.) About a year later, Engineer A’s firm is invited to be part of a joint venture responding to a design-build RFP for the project. In Case 18-10 , the Board concluded that, so long as the agency approves and the work complies with applicable state laws and regulations regarding conflicts of interest, it would not be unethical for Engineer A’s firm to participate in a design-build joint venture submitting a proposal for the project. In BER Case 96-8 , Engineer A was a peer reviewer serving as part of an organized peer-review program. When selected as a reviewer for the program, Engineer A contractually agreed not to disclose confidential information acquired in the review. Engineer A was assigned to review the design work of Engineer B’s firm on several projects. In the course of the review, Engineer A determined that Engineer B’s work may be in violation of state and local safety code requirements, placing the public health, safety, and welfare at risk. The BER concluded that Engineer A had an obligation to immediately discuss these issues with Engineer B in order to seek clarification and resolution. That could range from a joint determination that there no violation of code requirements, that the violations were de minimis and did not threaten public health, safety, and welfare, or that there were violations and that the violations did threaten public, health, safety, and welfare but that Engineer B refused to make adjustments. And, if Engineers A and B were unable to successfully resolve Engineer A’s concerns, Engineer A had an obligation to first advise Engineer B that Engineer A had an obligation to inform the appropriate authorities, and then to so inform the appropriate authorities. In the present case, Professional Obligation III.7.a. is very clear: “Engineers in private practice shall not review the work of another engineer for the same client, except with the knowledge of such engineer, or unless the connection of such engineer with the work has been terminated.” Accordingly, Engineer B was completely correct in declining an assignment to conduct a peer review of Engineer A’s work subject to an instruction not to disclose the peer review to Engineer A. Owner reluctantly agreed to advise Engineer A of the planned peer review. [93-3 discussed a situation in which the Owner refused to advise the engineer of the planned peer review.] While Professional Obligation III.7.a. does not require the consent of the engineer whose work is being reviewed, it will likely be a fruitless exercise to attempt to conduct a peer review without Engineer A’s cooperation.) If Engineer A refused to consent and cooperate, Owner would be then face with three options: to move forward with the peer review conducted under difficult and limiting circumstances, to move forward without the peer review . . . or to move forward without Engineer A. Under the facts, the Board concludes that it would be unethical for Engineer A to fail to cooperate. Engineers must take responsibility for their actions, must acknowledge their errors, must act in the best interests of their clients, and must at all times hold paramount the health, welfare, and safety of the public. Each of those requirements strongly indicates that Engineer A should participate fully and cooperatively in Engineer B’s peer review. The known design defects in the first tower simply makes each of those requirements more urgent. Extract constraints following this JSON structure: { "new_constraint_classes": [ { "label": "Clear, specific constraint class name", "definition": "What this type of constraint limits or restricts", "constraint_type": "legal|physical|resource|temporal|procedural", "flexibility": "hard|soft|negotiable", "violation_impact": "What happens if this constraint is violated", "mitigation_possible": "Whether and how this constraint can be mitigated", "examples_from_case": ["Example 1 from the case", "Example 2"], "source_text": "EXACT text snippet from case where this constraint is identified (max 200 characters)", "confidence": 0.0-1.0, "reasoning": "Why this is a new class not in existing ontology" } ], "constraint_individuals": [ { "identifier": "Unique name for this specific constraint instance", "constraint_class": "Name of the constraint class (new or existing)", "constrained_entity": "What or who is constrained (e.g., 'Engineer L', 'Project')", "constraint_statement": "The specific limitation (e.g., 'Cannot exceed budget of $X')", "source": "Origin of constraint (e.g., 'Client budget', 'Environmental law')", "enforcement_mechanism": "How this constraint is enforced", "temporal_scope": "When this constraint applies", "severity": "critical|major|minor", "case_context": "How this constraint manifests in the specific case", "source_text": "EXACT text snippet from case where this constraint is mentioned (max 200 characters)", "is_existing_class": true/false, "confidence": 0.0-1.0 } ] } Focus on: 1. NEW constraint types that represent novel limitations or boundaries 2. Specific constraint instances showing how limitations apply in this case 3. The difference between constraints (boundaries) and obligations (duties) 4. Impact and severity of constraints on decision-making Return ONLY the JSON structure, no additional text.
Saved: 2025-12-21 13:03
LLM Response
```json
{
  "new_constraint_classes": [
    {
      "label": "Disclosure Constraint",
      "definition": "Limitations on when and how information about professional activities (like peer reviews) must be disclosed to affected parties",
      "constraint_type": "procedural",
      "flexibility": "hard",
      "violation_impact": "Ethical violation, potential termination of professional relationship",
      "mitigation_possible": "Can be satisfied through proper notification procedures",
      "examples_from_case": ["Cannot review work without knowledge of original engineer", "Must disclose peer review to Engineer A"],
      "source_text": "Engineers in private practice shall not review the work of another engineer for the same client, except with the knowledge of such engineer",
      "confidence": 0.85,
      "reasoning": "While related to confidentiality, this specifically addresses mandatory disclosure requirements rather than information protection, creating boundaries around transparency obligations"
    },
    {
      "label": "Cooperation Constraint",
      "definition": "Boundaries defining when professional cooperation is mandatory versus optional in peer review and quality assurance processes",
      "constraint_type": "procedural",
      "flexibility": "soft",
      "violation_impact": "Project delays, potential replacement of non-cooperating party",
      "mitigation_possible": "Can proceed without cooperation but with limitations",
      "examples_from_case": ["Engineer A must cooperate with peer review", "Failure to cooperate limits review effectiveness"],
      "source_text": "it will likely be a fruitless exercise to attempt to conduct a peer review without Engineer A's cooperation",
      "confidence": 0.75,
      "reasoning": "Distinct from competence or procedural constraints as it specifically addresses mandatory participation boundaries in professional review processes"
    }
  ],
  "constraint_individuals": [
    {
      "identifier": "PeerReviewDisclosureConstraint_EngineerB",
      "constraint_class": "Disclosure Constraint",
      "constrained_entity": "Engineer B",
      "constraint_statement": "Cannot conduct peer review of Engineer A's work without Engineer A's knowledge",
      "source": "Professional Obligation III.7.a",
      "enforcement_mechanism": "Professional ethics code enforcement",
      "temporal_scope": "Before and during peer review process",
      "severity": "critical",
      "case_context": "Engineer B declined assignment until Owner agreed to notify Engineer A",
      "source_text": "Engineer B was completely correct in declining an assignment to conduct a peer review of Engineer A's work subject to an instruction not to disclose",
      "is_existing_class": false,
      "confidence": 0.95
    },
    {
      "identifier": "ConfidentialityConstraint_PeerReviewer",
      "constraint_class": "Confidentiality Constraint",
      "constrained_entity": "Peer Reviewer",
      "constraint_statement": "Must keep peer review results confidential as specified in contract",
      "source": "Contract/bid documents",
      "enforcement_mechanism": "Contractual agreement",
      "temporal_scope": "During and after peer review",
      "severity": "major",
      "case_context": "Confidentiality agreements encourage cooperation and trust",
      "source_text": "the client will require the peer reviewer to keep the results of the peer review confidential",
      "is_existing_class": true,
      "confidence": 0.90
    },
    {
      "identifier": "CooperationConstraint_EngineerA",
      "constraint_class": "Cooperation Constraint",
      "constrained_entity": "Engineer A",
      "constraint_statement": "Must cooperate fully with peer review process",
      "source": "Professional ethics obligations",
      "enforcement_mechanism": "Professional standards and client relationship",
      "temporal_scope": "During peer review process",
      "severity": "critical",
      "case_context": "Known design defects make cooperation more urgent",
      "source_text": "it would be unethical for Engineer A to fail to cooperate",
      "is_existing_class": false,
      "confidence": 0.85
    },
    {
      "identifier": "SafetyConstraint_EngineerA_TowerDesign",
      "constraint_class": "Safety Constraint",
      "constrained_entity": "Engineer A",
      "constraint_statement": "Must address known design defects that threaten public safety",
      "source": "Public safety obligations and known defects",
      "enforcement_mechanism": "Professional ethics and potential legal liability",
      "temporal_scope": "Immediate and ongoing",
      "severity": "critical",
      "case_context": "Known design defects in first tower create urgent safety boundaries",
      "source_text": "The known design defects in the first tower simply makes each of those requirements more urgent",
      "is_existing_class": true,
      "confidence": 0.95
    },
    {
      "identifier": "ProceduralConstraint_OwnerOptions",
      "constraint_class": "Procedural Constraint",
      "constrained_entity": "Owner",
      "constraint_statement": "Limited to three options if Engineer A refuses cooperation",
      "source": "Practical limitations of peer review process",
      "enforcement_mechanism": "Project requirements and practical feasibility",
      "temporal_scope": "Upon Engineer A's refusal to cooperate",
      "severity": "major",
      "case_context": "Owner must choose between limited review, no review, or replacing Engineer A",
      "source_text": "move forward with the peer review conducted under difficult and limiting circumstances, to move forward without the peer review...or without Engineer A",
      "is_existing_class": true,
      "confidence": 0.80
    }
  ]
}
```
Capabilities Extraction
LLM Prompt
You are an expert in professional ethics analyzing a case for capabilities (competencies and skills required for professional practice). Based on the literature: - Capabilities are COMPETENCIES that enable norm compliance (Hallamaa & Kalliokoski 2022) - They represent the skills needed to fulfill professional obligations (Dennis et al. 2016) - Capabilities include technical, ethical, communicative, and analytical competencies - They constitute "norm competence" - the ability to act ethically (Kong et al. 2020) Your task is to: 1. Identify NEW CAPABILITY CLASSES not in the existing ontology 2. Extract SPECIFIC CAPABILITY INDIVIDUALS from the case EXISTING CAPABILITIES IN ONTOLOGY (check if your identified capabilities match these before creating new classes): - AI Tool Evaluation Capability: The competency to assess, validate, and appropriately use AI-generated content in professional work - Capability: A realizable entity that can be realized by specific types of actions or processes in professional contexts. This is the Ca component of the formal specification D=(R,P,O,S,Rs,A,E,Ca,Cs). - Capability Type: Meta-class for specific capability types recognized by the ProEthica system - Data Privacy Protection Capability: The competency to safeguard confidential client information when using digital tools and platforms - Justification Capability: Capability to trace reasoning paths connecting decisions to authoritative sources (McLaren 2003, Anderson & Anderson 2018) - Regulatory Compliance Capability: The competency to ensure designs and documents meet local regulations and safety standards - Responsible Charge Capability: The competency to maintain active engagement and supervisory control from conception to completion of engineering work - Technical Capability: A specialized technical skill or competency in a professional domain - Technical Writing Capability: The competency to produce clear, accurate, and professional technical documentation and reports - Technology Integration Capability: The competency to appropriately integrate new technologies while maintaining professional judgment Analyze this discussion section: Peer review issues are arising with increasing frequency. In many cases, the possibility that the client will obtain a peer review is specified in design-build bid or contract documents to the effect that any party who bids or contracts with the client has, by participating, consented to the peer review. Frequently that disclosure is accompanied by an agreement that the client will require the peer reviewer to keep the results of the peer review confidential or, at the very least, the original designer will be provided with an opportunity to explain (and defend) the design decisions. Such confidentiality agreements encourage the firm being reviewed to cooperate fully, build trust, and support a collegial atmosphere. However, that is not always the case and it is not the case here. It is helpful to consider how the BER has addressed peer review issues in the past. For example, in BER Case 18-10 , Engineer A was the lead engineer on an independent external review of an agency-prepared project. The review’s scope was limited to clarifications and refinements, and there was no confidentiality agreement. (Of course, as a public project, there would not be.) About a year later, Engineer A’s firm is invited to be part of a joint venture responding to a design-build RFP for the project. In Case 18-10 , the Board concluded that, so long as the agency approves and the work complies with applicable state laws and regulations regarding conflicts of interest, it would not be unethical for Engineer A’s firm to participate in a design-build joint venture submitting a proposal for the project. In BER Case 96-8 , Engineer A was a peer reviewer serving as part of an organized peer-review program. When selected as a reviewer for the program, Engineer A contractually agreed not to disclose confidential information acquired in the review. Engineer A was assigned to review the design work of Engineer B’s firm on several projects. In the course of the review, Engineer A determined that Engineer B’s work may be in violation of state and local safety code requirements, placing the public health, safety, and welfare at risk. The BER concluded that Engineer A had an obligation to immediately discuss these issues with Engineer B in order to seek clarification and resolution. That could range from a joint determination that there no violation of code requirements, that the violations were de minimis and did not threaten public health, safety, and welfare, or that there were violations and that the violations did threaten public, health, safety, and welfare but that Engineer B refused to make adjustments. And, if Engineers A and B were unable to successfully resolve Engineer A’s concerns, Engineer A had an obligation to first advise Engineer B that Engineer A had an obligation to inform the appropriate authorities, and then to so inform the appropriate authorities. In the present case, Professional Obligation III.7.a. is very clear: “Engineers in private practice shall not review the work of another engineer for the same client, except with the knowledge of such engineer, or unless the connection of such engineer with the work has been terminated.” Accordingly, Engineer B was completely correct in declining an assignment to conduct a peer review of Engineer A’s work subject to an instruction not to disclose the peer review to Engineer A. Owner reluctantly agreed to advise Engineer A of the planned peer review. [93-3 discussed a situation in which the Owner refused to advise the engineer of the planned peer review.] While Professional Obligation III.7.a. does not require the consent of the engineer whose work is being reviewed, it will likely be a fruitless exercise to attempt to conduct a peer review without Engineer A’s cooperation.) If Engineer A refused to consent and cooperate, Owner would be then face with three options: to move forward with the peer review conducted under difficult and limiting circumstances, to move forward without the peer review . . . or to move forward without Engineer A. Under the facts, the Board concludes that it would be unethical for Engineer A to fail to cooperate. Engineers must take responsibility for their actions, must acknowledge their errors, must act in the best interests of their clients, and must at all times hold paramount the health, welfare, and safety of the public. Each of those requirements strongly indicates that Engineer A should participate fully and cooperatively in Engineer B’s peer review. The known design defects in the first tower simply makes each of those requirements more urgent. Extract capabilities following this JSON structure: { "new_capability_classes": [ { "label": "Clear, specific capability class name", "definition": "What competency or skill this capability represents", "capability_type": "technical|ethical|communicative|analytical", "norm_competence_related": "Which professional obligations this capability enables", "skill_level": "basic|intermediate|advanced|expert", "acquisition_method": "How this capability is typically acquired (education, training, experience)", "examples_from_case": ["Example 1 from the case", "Example 2"], "source_text": "EXACT text snippet from case where this capability is identified (max 200 characters)", "confidence": 0.0-1.0, "reasoning": "Why this is a new class not in existing ontology" } ], "capability_individuals": [ { "identifier": "Unique name for this specific capability instance", "capability_class": "Name of the capability class (new or existing)", "possessed_by": "Who has this capability (e.g., 'Engineer L', 'All Licensed PEs')", "capability_statement": "The specific competency (e.g., 'Design stormwater systems')", "demonstrated_through": "How shown in the case (e.g., 'Years of experience', 'Professional license')", "proficiency_level": "basic|intermediate|advanced|expert", "enables_obligations": "Which obligations this capability enables", "temporal_aspect": "When this capability is relevant", "case_context": "How this capability manifests in the specific case", "source_text": "EXACT text snippet from case where this capability is mentioned (max 200 characters)", "is_existing_class": true/false, "confidence": 0.0-1.0 } ] } Focus on: 1. NEW capability types that represent novel competencies 2. Specific capability instances showing professional competencies in this case 3. The relationship between capabilities and norm competence 4. How capabilities enable fulfillment of professional obligations Return ONLY the JSON structure, no additional text.
Saved: 2025-12-21 13:04
LLM Response
```json
{
  "new_capability_classes": [
    {
      "label": "Peer Review Conduct Capability",
      "definition": "The competency to conduct objective, thorough peer reviews of another engineer's work while maintaining professional standards and relationships",
      "capability_type": "ethical",
      "norm_competence_related": "Enables compliance with III.7.a regarding review of another engineer's work and maintaining professional relationships",
      "skill_level": "advanced",
      "acquisition_method": "Professional experience, ethics training, participation in peer review programs",
      "examples_from_case": ["Engineer B conducting peer review", "Following proper disclosure protocols"],
      "source_text": "Engineer B was completely correct in declining an assignment to conduct a peer review of Engineer A's work subject to an instruction not to disclose",
      "confidence": 0.9,
      "reasoning": "Distinct from general technical review - focuses on ethical conduct of reviewing peers' work with proper disclosure and professional courtesy"
    },
    {
      "label": "Professional Accountability Capability",
      "definition": "The competency to take responsibility for one's work, acknowledge errors, and cooperate with reviews or investigations",
      "capability_type": "ethical",
      "norm_competence_related": "Enables engineers to act in clients' best interests and hold paramount public safety",
      "skill_level": "intermediate",
      "acquisition_method": "Professional development, ethics education, mentorship",
      "examples_from_case": ["Engineer A's obligation to cooperate", "Taking responsibility for design defects"],
      "source_text": "Engineers must take responsibility for their actions, must acknowledge their errors, must act in the best interests of their clients",
      "confidence": 0.85,
      "reasoning": "Goes beyond compliance - involves active cooperation and accountability not covered by existing Regulatory Compliance Capability"
    },
    {
      "label": "Conflict Resolution Capability",
      "definition": "The competency to resolve professional disagreements through discussion, clarification, and escalation when necessary",
      "capability_type": "communicative",
      "norm_competence_related": "Enables resolution of safety concerns and professional disputes while maintaining ethical obligations",
      "skill_level": "advanced",
      "acquisition_method": "Professional experience, conflict resolution training, mentorship",
      "examples_from_case": ["Engineer A discussing issues with Engineer B", "Seeking clarification and resolution"],
      "source_text": "Engineer A had an obligation to immediately discuss these issues with Engineer B in order to seek clarification and resolution",
      "confidence": 0.8,
      "reasoning": "Specific professional conflict resolution skills not covered by general communicative capabilities"
    }
  ],
  "capability_individuals": [
    {
      "identifier": "EngineerB_PeerReviewConduct",
      "capability_class": "Peer Review Conduct Capability",
      "possessed_by": "Engineer B",
      "capability_statement": "Conduct peer review with proper disclosure to original engineer",
      "demonstrated_through": "Declining assignment without proper disclosure protocols",
      "proficiency_level": "advanced",
      "enables_obligations": "III.7.a - not reviewing work without knowledge of original engineer",
      "temporal_aspect": "When invited to conduct peer review",
      "case_context": "Engineer B properly insisted on disclosure before accepting peer review assignment",
      "source_text": "Engineer B was completely correct in declining an assignment to conduct a peer review...subject to an instruction not to disclose",
      "is_existing_class": false,
      "confidence": 0.95
    },
    {
      "identifier": "EngineerA_AccountabilityObligation",
      "capability_class": "Professional Accountability Capability",
      "possessed_by": "Engineer A",
      "capability_statement": "Cooperate fully with peer review of own work",
      "demonstrated_through": "Expected to participate in peer review process",
      "proficiency_level": "intermediate",
      "enables_obligations": "Acting in best interests of clients and public safety",
      "temporal_aspect": "During peer review process",
      "case_context": "Engineer A must cooperate with review especially given known design defects",
      "source_text": "it would be unethical for Engineer A to fail to cooperate",
      "is_existing_class": false,
      "confidence": 0.9
    },
    {
      "identifier": "EngineerA_Case96-8_ConflictResolution",
      "capability_class": "Conflict Resolution Capability",
      "possessed_by": "Engineer A (in Case 96-8)",
      "capability_statement": "Resolve safety concerns through discussion and escalation",
      "demonstrated_through": "Following protocol to discuss, clarify, and escalate if needed",
      "proficiency_level": "advanced",
      "enables_obligations": "Protecting public health, safety, and welfare while maintaining confidentiality",
      "temporal_aspect": "When safety violations discovered during review",
      "case_context": "Engineer A must discuss concerns with Engineer B before escalating to authorities",
      "source_text": "Engineer A had an obligation to immediately discuss these issues with Engineer B in order to seek clarification",
      "is_existing_class": false,
      "confidence": 0.85
    },
    {
      "identifier": "EngineerB_RegulatoryCompliance",
      "capability_class": "Regulatory Compliance Capability",
      "possessed_by": "Engineer B (in Case 96-8)",
      "capability_statement": "Ensure designs meet state and local safety codes",
      "demonstrated_through": "Design work subject to peer review",
      "proficiency_level": "intermediate",
      "enables_obligations": "Compliance with safety codes and regulations",
      "temporal_aspect": "During design phase",
      "case_context": "Engineer B's work potentially violated safety code requirements",
      "source_text": "Engineer B's work may be in violation of state and local safety code requirements",
      "is_existing_class": true,
      "confidence": 0.8
    }
  ]
}
```