지식참고자료

[태그:] acarbose

  • 성인간호학실습 정형외과(OS) CASE STUDY (골절, 자상)

    목차

    Ⅰ. 질병에 대한 문헌고찰
    Ⅱ. 대상자의 건강력
    Ⅲ. 대상자의 건강양상
    Ⅳ. 신체검진
    Ⅴ. 진단검사(임상병리 검사 및 특수검사)
    Ⅵ. 약물
    Ⅶ. 간호진단 및 간호과정

    본문내용

    Ⅰ. 질병에 대한 문헌고찰
    질병명
    Patella Undisplaced Fracture & Laceration
    질병의 정의 및 특성
    골절(Fracture)은 뼈가 부러진 상태를 의미하며, 다양한 형태의 골절과 주변 인대 및 근육의 손상이 동반됨. 골절의 종류 중 비전위성 골절(Undisplace Fracture)은 골절편이 골절선에서 분리되지 않고 정상적인 위치를 유지하는 상태를 의미함. 무릎뼈 골절의 발생 시 단순히 뼈의 손상뿐만 아니라 특히 주변의 건 및 인대의 손상이 동반되어 기능상실이 나타날 수 있음.

    열상(Laceration)은 피부가 찢어져서 생긴 상처를 의미하며, 외부의 과도한 힘에 의한 골절과 함께 발생함.
    질병의 원인
    골절 대부분은 낙상, 자동차 사고 등 외부의 과도한 힘으로 발생하지만, 종양이나 골다공증 등 골조직의 병리적 변화로 인해 나타날 수 있으며, 무릎뼈의 골절은 주로 낙상 및 직접적인 구타로 발생함.
    질병의 증상
    비전위성 골절의 일반적인 증상으로는 가벼운 통증 및 압통, 변형, 위축, 국소 부종, 반상출혈 등이 나타날 수 있음. 대퇴사두근과 무릎인대의 힘으로 무릎을 펼 때 통증이 심해지는 양상을 보임.
    질병의 진단
    X-ray 촬영을 통한 골절 여부를 파악하고 골절의 전위성을 세부적으로 파악하기 위해 CT 및 MRI를 시행하기도 함.

    단독적으로 열상만 존재하는지와 상처 내부로 유리 파편과 같은 이물질이 들어갔는지를 명확히 규명하기 위해 X-ray 촬영을 시행하고, 손상 부위를 벌려 건 및 혈관의 손상이 있는지를 파악함.
    질병의
    치료적 관리
    비전위성 골절의 경우 Splint 및 보조기를 적용하고 고정하여 과신전(Hyperextension)이 발생하지 않도록 보존적 치료를 적용하는 경우가 대부분임.
    골절의 중증도가 심하면 수술적 치료를 시행하는데, K-강선/금속 와이어/나사못 등을 활용하여 골절 부위를 고정할 수 있음.

    열상으로 인한 출혈로 활력 징후가 불안정할 시 수액을 공급할 수 있으며, 생리식염수로 상처 부위를 8~30mmHg 압력으로 세척하여 내부 이물질 및 분비물을 제거함.
    상처 부위의 1차 봉합 및 드레싱 적용 후 2~3일 뒤 봉합 부위 재평가 후 지연 봉합 또는 괴사조직 제거 및 배농을 시행함.
    상처 부위로부터의 미생물 배양검사를 통한 항생제를 투약하여 감염에 대한 회복지연을 예방함.

    출처 : 해피캠퍼스

  • [성인간호학 실습 ]신체기동성 장애, 체액부족 간호진단 (간호진단 5중 2개 )

    목차

    1. 간호과정
    2. 참고문헌

    본문내용

    진단의 정의:
    나트륨의 변화 없는 물의 소실, 즉 탈수에 의한 혈관 내, 산질 내, 세포 내 체액의 감소

    <중 략>
    진단의 정의:
    신체와 사지 일부를 독립적으로 의도한 대로 움직이는 데 제한적임

    <중 략>

    간호 평가
    ○ 단기 목표 :
    대상자에게 휠체어 사용법에 대해 질문했을 때 사용법과 착용법에 관해 대답하였음
    그러므로 단기 목표인 “보조기의 사용법과 착용법에 대하여 설명할 수 있다.”라는 달성되었다.
    ○ 장기목표 :
    대상자는 골절 환자로 활동하신 교육과 격려를 중재하였으나 아직 움직이는데 제한이 있으며 보조기 사용이 보조자의 도움과 감시가 필요한 상태인…

    출처 : 해피캠퍼스

  • 성인 간호 케이스 골괴사증 Osteonecrosis으로 인한 TKRA 간호진단 3개, 간호과정 2개입니다.

    목차

    Ⅰ. 질병고찰
    1. 원인 및 위험 요인
    2. 병태생리
    3. 진단검사
    4. 증상 및 징후
    5. 치료
    6. 간호 (수술) – TKRA

    Ⅱ. 사례보고
    1. 간호사정
    (1) 개인력
    (2) 건강력
    (3) Phsycial exam
    (4) 진단적 검사 결과
    (5) 수술명 및 수술 후 경과
    (6) 투여약물
    2. 간호과정

    Ⅳ. 참고문헌

    본문내용

    Ⅰ. 질병고찰
    Osteonecrosis, unspecified, lower leg
    1. 원인 및 위험 요인
    골괴사증은 혈액 공급 장애로 인한 뼈 한 부분의 사멸을 의미한다. 일반적인 골괴사증의 범주에는 외상성과 비외상성이 있는데, 외상성 골괴사증이 가장 일반적이다. 외상성 골괴사증의 가장 빈번한 원인은 전위 골절이다. 전위 골절이란 골절된 후 골절면이 움직여 뼈가 이동한 경우를 말한다. 또 다른 원인은 탈구이다. 전위 골절이나 탈구는 허벅지 뼈 상단에 혈액을 공급하는 혈관을 손상시켜 뼈를 사멸시킬 수 있다.
    비외상성 골괴사증은 직접적인 외상없이 발생하며, 뼈의 일부에 혈액을 공급하는 작은 혈관을 폐색시키는 질환으로 인해서 발생할 수 있다. 또한 대퇴골 머리, 무릎, 어깨의 상완에 가장 빈번하게 발생한다. 비외상성 골괴사증의 가장 흔한 원인에는 과도한 음주, 장기간의 코르티코스테로이드 요법 사용, 낫적혈구병이 있다. 그 외 일부 위험 요인에는 혈액 응고 장애, 쿠싱 증후군, HIV 감염 등이 있다. 과도한 음주와 코르티코스테로이드 요법은 지방 물질을 생성하고 이는 동맥 경화를 일으켜 혈액 순환에 장애를 일으킬 수 있다. 코르티코스테로이드 계통의 약은 류마티스성 관절염, 천식, 혈관염과 같은 자가면역 질환에 주로 쓰인다. 또한 위의 원인과 관련 없이 발생하는 경우도 있다. 골괴사증에는 외상성, 비외상성 골괴사증 외에도 자발성 슬관절 골괴사증이 있는데, 이는 기능부전 골절로 인해 발생한다.
    무릎 골괴사증은 외상 또는 골괴사증의 비외상성 위험 인자 중 하나에서도 기인할 수 있다. 무릎의 골괴사증의 정확한 원인은 아직 밝혀져 있지 않으나, 스트레스 골절과 동반된 어느 특정한 활동이나 외상이 뼈의 혈액 공급을 변형시켜 발생한다는 가설이 있고 뼈 속에 생긴 부종이 혈관을 압박시켜서 혈액 순환이 없어져 생긴다는 가설이 알려져 있다. 또한 신장 이식과 스테로이드 치료와 연관되어 있다고 알려져 있다.

    출처 : 해피캠퍼스

  • Pintos Project 3 한국어 설명서 (design report) – Virtual Memory, Frame table

    목차

    0. Background
    0.1. Memory
    0.1.1. virtual memory
    0.1.2. physical memory
    0.2. pintos virtual memory
    0.2.1. user virtual memory
    0.2.2. Kernel virtual memory
    0.2.3. page fault 발생 원인
    0.3. memory allocation
    0.3.1. page allocator
    0.3.2. block allocator
    0.4. hash table
    0.5. paging

    1. Frame Table
    1.1. Meaning of Frame Table
    1.2. Necessity of Frame Table
    1.3. Current Implementation
    1.4. New Implementation

    2. Lazy loading
    2.1. Meaning of Lazy Loading
    2.2. Necessity of Lazy Loading
    2.3. Current Implementation
    2.4. New Implementation

    3. Supplemental page table
    3.1. Meaning of Supplemental Page Table
    3.2. Necessity of Supplemental Page Table
    3.3. Current Implementation
    3.4. New Implementation

    4. Stack growth
    4.1. Meaning of Stack growth
    4.2. Necessity of Stack growth
    4.3. Current Implementation
    4.4. New Implementation

    5. File memory mapping
    5.1. Meaning of File memory mapping
    5.2. Necessity of File memory mapping
    5.3. Current Implementation
    5.4. New Implementation

    6. Swap table
    6.1. Meaning of Swapping
    6.2. Necessity of Swap table
    6.3. Current Implementation
    6.4. New Implementation

    7. On process termination
    7.1. Necessity of On process termination
    7.2. Current Implementation
    7.3. New Implementation

    본문내용

    0. Background
    1. Memory
    31 12 11 0 31 12 11 0
    +——————-+———–+ +——————-+———–+
    | Page Number | Offset | | Frame Number | Offset |
    +——————-+———–+ +——————-+———–+
    Virtual Address Physical Address
    virtual address (=page)
    32-bit의 address = 20 bit의 frame number + 12 bit의 frame offset
    physical address (=frame)
    32-bit의 address = 20 bit의 frame number + 12 bit의 frame offset
    1.1. virtual memory
    virtual memory는 physical memory를 보조하는 개념
    process가 필요한 data는 virtual memory에서 physical memory로 load해오고, 필요없는 data는 virtual memory (ex : disk) 에 저장함으로써 physical memory 공간 확보
    각 process는 virtual address와 physical address 를 mapping하는 table을 가지고 있어 virtual address로 physical address를 찾아갈 수 있다.
    virtual memory는 page의 형태로 disk에 저장되어 있으며, 필요할 때마다 physical memory로 swap in되어 사용된다.

    출처 : 해피캠퍼스

  • Pintos Project 2 한국어 설명서 (design report) – User Program, System Call

    목차

    0. Analysis
    0.1. Process Execution Procedure
    0.1.1. analysis
    0.2. System Call Procedure
    0.2.1. what is system call
    0.2.2. analysis
    0.3. File System
    0.3.1. what is file descriptor
    0.3.2. analysis

    1. Process terminate messages
    1.1. goal
    1.2. how to solve problems

    2. Argument Passing
    2.1. goal
    2.2. how to solve problems

    3. System Call
    3.1. goal
    3.2. how to solve problems
    3.2.1. data structure
    3.2.2. detailed algorithm
    3.2.3. implement system calls

    4. Denying Writes to Executables
    4.1. goal
    4.2. how to solve problems

    본문내용

    0. Analysis
    project 1에선 kernel에서 실행되는 thread들 위주였다면 project 2에서는 user program을 실행시키는 것이 위주이다. 따라서 project 1에선 alarm clock, priority scheduling, advanced scheduling 등의 코드들이 모두 kernel의 일부였고 해당 코드들을 kernel에서 직접 compile했지만, project 2에선 user program을 이용하여 compile한다. user program을 실행시키기 위하여 구현해야 하는 것은 아래와 같다.
    1. Process terminate messages
    2. Argument passing
    3. System call
    4. Denying writes to executables
    user program은 file system에서 load되고 있고, 많은 system call 구현은 file system에서 다뤄진다.
    0.1. Process Execution Procedure
    0.1.1. analysis
    1. main()
    Process Execution Procedure을 분석하기 위해 먼저 threads/init.c의 main 함수를 보겠다.
    0. Analysis 0.1. Process Execution Procedure
    0.1.1. analysis 0.2. System Call Procedure
    0.2.1. what is system call 0.2.2. analysis 0.3. File System 0.3.1. what is file descriptor 0.3.2. analysis

    출처 : 해피캠퍼스

  • Pintos Project 1 한국어 설명서 (design report) – Alarm clock, Priority Scheduling, Advanced Scheduling

    목차

    0. analysis
    0.1. thread
    0.1.1. struct thread
    0.1.2. thread functions
    – [thread 시작 관련 function]
    – [thread 관리 function]
    – [thread 동작 관련 function]
    – [scheduling function]
    – [timer 관련 function]
    0.1.3. list
    – [list function]
    0.1.4. how to switch thread
    0.2. synchronization
    0.2.1. meaning of synchronization
    0.2.2. disabling interrupts
    0.2.2.1. meaning of disabling interrupts
    0.2.2.2. caution
    0.2.2.3. implement
    0.2.3. semaphore
    0.2.3.1. meaning of semaphore
    0.2.3.2. implementation
    0.2.4. lock
    0.2.4.1. meaning of lock
    0.2.4.2. implementation
    0.2.5. condition
    0.2.5.1. meaning of condition
    0.2.5.2. implementation
    0.2.6. interrupt handling
    0.2.6.1. external interrupt handling

    1. alarm clock
    1.1. current implementation
    1.1.1. timer.c functions
    1.1.2. busy-waiting
    1.2. new implementation

    2. priority scheduling
    2.1. current implementation
    2.2. new implementation
    2.2.1. priority scheduling modification
    2.2.2. synchronization modification
    2.2.3. priority donation modification

    3.advanced scheduling
    3.1. MLFQS
    3.2. Priority scheduling
    3.2.1. ready queue 관리
    3.2.2. priority 관리
    3.2.3. priority 계산
    3.3. fixed-point arithmetic
    3.4. implementation

    본문내용

    0.1. thread
    pintos에서는 thread creation과 thread completion, Round-Robin 방식의 thread switching(simple scheduler)을 이미 구현해 두었다.
    0.1.1. struct thread
    kernel thread의 struct는 “threads/thread.h”에 선언되어 있다.
    thread structure은 4kB page를 차지한다. struct thread는 page of memory의 시작부터 공간을 차지한다. page의 나머지 부분은 thread의 stack을 위해 이용되는데, 이는 end of the page로부터 아래쪽 방향으로 내려가며 진행된다.

    따라서 kernel stack을 위한 공간을 위해 struct thread는 너무 크기가 크면 안 된다. base struct thread는 1kB 미만이어야 한다. 그리고 kernel stack도 너무 크면 안 된다. stack에서 overflow가 발생하면 thread state를 침범할 것이므로 kernel function은 struct와 array에 non-static local variable 같이 너무 많은 공간을 할당하지 않고, malloc()이나 palloc_get_page() 같은 동적 할당 function을 써야 한다.
    [Member of struct thread]
    tid_t tid
    thread identifier를 뜻한다. 각 thread를 분간한다. 현재는 int 자료형에 1부터 numbering되게끔 짜여져 있다.

    출처 : 해피캠퍼스

  • A+성인간호학 실습2 – 외과 실습 open wound 사례연구 보고서, 간호과정 4가지

    목차

    Ⅰ. 서론
    1. 연구의 필요성 및 목적

    Ⅱ. 본론
    1. 문헌고찰
    2. 간호사정
    – 진단적 검사
    – 특수 검사
    – 약물 치료
    – critical pathway

    3. 간호과정
    – 우선순위 간호진단 5개
    – 간호과정 3개

    Ⅲ. 결론

    Ⅳ. 출처

    본문내용

    (연구의 필요성 및 목적)
    첫 정형외과 실습에서 아직 정형외과 수술들과 수술 전,후 간호등에 대해서 잘 모른다는 것을 느껴서 연구를 실시하게 되었다.
    이 연구를 통해서 정형외과 실습을 하면서 잘 몰랐던 수술들과 수술 전, 후 간호 그에 따른 진단과 간호과정에 대해 자료를 찾아보면서 공부하고자 한다.

    Ⅱ. 본론
    (1) 문헌고찰 (질병명, 정의, 원인, 증상, 진단검사, 치료 및 간호-사례대상자를 중심으로 기술)
    *진단명: open wound of knee
    개방형 상처(open wound)
    -정의: 열린 상처(개방상처)는 피부 또는 점막이 찢어져서 바깥쪽으로 열린 상처를 말합니다. 통증과 출혈이 있고 외부의 세균이 피부나 점막 속으로 들어가 감염의 위험이 높은 상처입니다. 열린 상처를 그대로 방치하면 세균에 오염이 되기도 하고 조직이 괴사가 생기기도 합니다.
    상처 치료
    피부는 우리 몸의 보호 층이며, 따라서 기계적 손상이 있는 경우 무결성이 손상되면 박테리아가 상처로 자유롭게 침투 할 수 있습니다.

    출처 : 해피캠퍼스

  • Pintos Project 3 final report – Virtual Memory, Frame table

    목차

    1. frame table
    1.1. Algorithm
    1.2. Data Structure
    1.3. Function

    2. lazy loading
    2.1. Algorithm
    2.2. Function

    3. Supplemental page table
    3.1. Algorithm
    3.2. Data Structure
    3.3. Function

    4. stack growth
    4.1. Algorithm
    4.2. Function

    5. File memory mapping
    5.1. Algorithm
    5.2. Data structure
    5.3. Function

    6. Swap table
    6.1. Algorithm
    6.2. Data structure
    6.3.Function

    7. On process termination
    7.1. Algorithm
    7.2. Function

    8. discussion

    본문내용

    1. frame table
    어떤 page에 frame을 할당하기 위해 frame table을 순회하였을 때
    1. free frame이 존재하는 경우
    해당 frame을 할당하면 된다.
    2. free frame이 존재하지 않는 경우
    다른 frame의 page를 evict하여 새로운 free frame을 만들어야 한다
    이때 page replacement algorithm을 통해
    evict할 frame을 고른 후,
    현재 frame에 참조중인 모든 page table의 reference를 제거하고,
    page에 변화가 있다면 write back이나 swap을 수행한다.
    evict된 frame은 새로운 page를 저장하기 위해 사용된다.
    project 3에서
    frame에서의 eviction을 위해 사용할 page replacement algorithm은 Clock algorithm이다.
    이 알고리즘은
    frame table을 순회하여
    page의 accessed bit이 1인 경우 0으로 바꿔주고,
    page의 accessed bit이 0인 경우 이를 선택한다.
    1.1. Algorithm
    Frame 생성
    Frame 생성을 위한 memory공간을 할당하기 위해 frame_allocate을 호출한다.
    이때, palloc_get_page(PAL_USER) 를 통해 user pool로부터 page를 생성한다.
    page allocation 성공
    생성한 주소 그대로 사용
    page allocation 실패
    free frame을 확보하기 위해 eviction()을 호출한다.
    palloc_get_page()를 다시 호출한다.
    frame을 생성하기 위해 malloc()을 호출한다.
    frame을 frame table에 추가한다.
    Frame 제거
    Frame 제거를 위한 frame_deallocate()를 호출한다.
    Frame table에서 해당 frame을 찾으면,
    page를 해제해주고,
    frame table에서 frame을 제거한다.

    출처 : 해피캠퍼스

  • Pintos Project 2 final report – User Program, System Call

    목차

    1. Process termination message
    1.1. algorithm
    1.2. function

    2. Argument passing

    3. System calls for user process
    3.1. algorithm
    3.2. data structure
    3.3. function

    4. System calls for file manipulation
    4.1. algorithm
    4.2. data structure
    4.3. function

    5. denying writes
    5.1. algorithm
    5.2. function

    6. discussion
    6.1. argument passing 오류
    6.2. bad test 오류
    6.3. multi-oom 오류
    6.4. 결과

    본문내용

    1. Process termination message
    process가 종료될 때마다 process 종료 메세지를 띄워야 한다.
    종료 메세지의 출력 예시와 형식은 아래와 같다.
    printf(“%s: exit(%d\n)”,variable_1, variable_2)
    ex) args-single: exit(0)
    variable_1 : process의 이름
    variable_2 : exit code
    1.1. algorithm
    exit system call을 담당하는 함수를 만들고
    함수 안에서 해당 thread를 종료시키고, 종료 메세지를 출력하도록 한다.
    process가 종료될 때마다 exit system call을 호출한다면
    해당 thread도 종료될 것이고, 종료 메세지도 출력될 것이다.
    1.2. function
    원래 기존의 pintos에서는
    해당 파일의 load에 실패한 경우 thread_exit()을 호출하였다.
    static void
    start_process (void *file_name_)

    <중 략>

    2. Argument passing
    user에 의해 입력된 command는
    프로그램 이름과 함께 부수적으로 붙는 option들이 다양하므로
    이를 모두 인식할 수 있어야 한다.
    그러나 현재 pintos는
    command line에 명령어를 입력하였을 때
    입력된 명령어 전체를 하나의 프로그램 이름으로 인식하도록 구현되어 있으며,
    프로그램 이름과 option들을 구분하여 인식하지 못하는 상태이다.
    따라서 입력된 command line을
    프로그램 이름과 option들로 parsing될 수 있게 수정한다.

    /* userprog/process.c */
    tid_t
    process_execute (const char *file_name)
    {
    char *command_line;
    char *name;
    char *remain;
    tid_t tid;
    // 메모리 할당, 메모리 할당 실패한 경우 함수종료, file_name을 comman
    command_line = palloc_get_page (0);
    if (command_line == NULL)
    return TID_ERROR;
    strlcpy (command_line, file_name, PGSIZE);

    출처 : 해피캠퍼스

  • Pintos Project 1 final report – Alarm clock, Priority Scheduling, Advanced Scheduling

    목차

    1. alarm clock
    1.1. implementation
    1.1.1.data structure
    1.1.2. algorithm
    1.2. discussion

    2. priority scheduling
    2.1. implementation
    2.1.1. data sturcture
    2.1.2. algorithm
    2.2. discussion

    3. advanced scheduling
    3.1. implement
    3.1.1. how to compute priority in advanced scheduling
    3.1.2. data structure
    3.1.3. algorithm
    3.2. discussion

    4. result

    본문내용

    1. alarm clock
    1.1. implementation
    기존의 busy-waiting 방식을 sleep/wake-up 방식으로 변경하는 것은 시스템 자원을 효율적으로 사용하는 데 매우 중요하다. busy-waiting 방식은 프로세서가 일정한 시간동안 아무 작업도 하지 않고 반복적으로 상태를 확인하는 방법으로, 타이머나 조건이 충족될 때까지 CPU가 루프를 반복하며 기다린다. (예를 들어, 알람시계의 경우 지정된 시간이 도달할 때까지 현재 시간을 계속 확인하는 방법이다.) 이로 인해 CPU 사이클을 낭비하게 됨으로써 CPU 자원이 불필요하게 낭비되고, 전력 소비를 증가시킬 수 있다. 반면, sleep/wake-up 방식은 프로세서가 작업을 기다리는 동안 유휴 상태로 전환되어 다른 작업을 수행할 수 있게 한다. 따라서 시스템 효율성을 증가시킬 수 있으며, 특히 임베디드 시스템이나 배터리로 구동되는 장치에서 매우 유용하다. 이를 통해 불필요한 자원 낭비를 줄이고, 시스템의 응답성을 높일 수 있다.

    1.1.1.data structure
    struct thread에 wakeup 변수 추가
    busy-waiting 방식과 sleep/wake-up 방식의 가장 큰 차이점은 thread가 깨어야 할 시간에만 깨는지, 아니면 깨지 않아도 될 시간에도 깨워서 시간을 확인하는 지다. 그러므로 sleep/wakeup 방식을 구현하기 위해 각 thread가 깨어야 할 시간을 저장하는 변수를 thread struct 안에 추가해 주는 것이 좋다. wakeup 변수는 현재 thread가 깨어나야 하는 ticks 값을 저장한다.

    출처 : 해피캠퍼스